git svn nu folosește neapărat proxy-ul HTTP al Git

git fetch reușește, dar git svn fetch nu poate ajunge la server. În ciuda prefixului comun al comenzii, a doua operațiune vorbește cu un depozit Subversion printr-un alt stiv de client.

Nu presupuneți că o intrare http.proxy nativă Git configurează acea conexiune Subversion. Găsiți configurația de execuție folosită de bibliotecile Subversion în mediul în care rulează git svn.

Configurația servers a Subversion poate conține:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

Numele de gazdă și portul sunt valori separate; lista de proxy-uri HTTP oferă candidați pentru rutele publice Subversion permise. Câmpurile contului de proxy sunt separate de acreditările depozitului. Setările grupurilor de servere Subversion corespund numelor de gazdă, nu căilor arbitrare din depozit. Tratați-le ca interfața Subversion, nu ca o ortografie alternativă a URL-ului de proxy al Git.

În Windows, calea poate fi surpriza

Un executabil Subversion nativ și o instalare git svn pot folosi medii diferite și interpretări diferite ale directorului home. Editarea configurației folosite de svn.exe nu dovedește că apelul git svn a citit-o.

Notați ce executabil și ce mediu de biblioteci sunt implicate, apoi identificați locația efectivă a configurației lor. Evitați copierea căii unui utilizator într-un script pentru întreaga mașină.

Țineți conturile separate

Proxy-ul poate autentifica conexiunea de ieșire. Depozitul Subversion poate cere apoi un alt cont. Un HTTP 407 și o eroare de autorizare a depozitului descriu etape diferite.

Dacă politica refuză URL-ul sau ruta, folosiți punctul final aprobat și regimul de acces. Deschiderea interfeței web a depozitului într-un browser este doar o comparație parțială: poate folosi alt cont, alt depozit de configurație sau altă rută. Scopul este o operațiune Subversion reușită prin intermediarul dorit, nu doar o cerere obișnuită de pagină web reușită.