git svn ne uporablja nujno Gitovega HTTP-proxyja

git fetch uspe, vendar git svn fetch ne doseže strežnika. Kljub skupni predponi ukaza se druga operacija pogovarja s shrambo Subversion prek drugega odjemalskega sklada.

Ne predpostavljajte, da izvirni vnos http.proxy v Gitu nastavlja to povezavo s Subversionom. Poiščite konfiguracijo izvajanja, ki jo uporabljajo knjižnice Subversion v okolju, kjer se izvaja git svn.

Konfiguracija servers v Subversionu lahko vsebuje:

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

Ime gostitelja in vrata sta ločeni vrednosti; seznam HTTP-proxyjev ponuja kandidate za dovoljene javne poti Subversion. Polja proxy-računa so ločena od poverilnic shrambe. Nastavitve skupin strežnikov Subversion se ujemajo z imeni gostiteljev, ne s poljubnimi potmi v shrambi. Obravnavajte jih kot vmesnik Subversiona, ne kot drugačen zapis proxy URL-ja Git.

V sistemu Windows je lahko presenečenje pot

Izvirna izvršljiva datoteka Subversion in namestitev git svn lahko uporabljata različna okolja in različni razlagi domače mape. Urejanje konfiguracije, ki jo uporablja svn.exe, ni dokaz, da jo je klic git svn prebral.

Zabeležite, katera izvršljiva datoteka in katero knjižnično okolje sta vključena, nato določite njuno dejansko mesto konfiguracije. Izogibajte se kopiranju poti enega uporabnika v skript za celoten računalnik.

Račune imejte ločene

Proxy lahko overi odhodno povezavo. Shramba Subversion lahko nato zahteva drug račun. HTTP 407 in napaka avtorizacije shrambe opisujeta različni stopnji.

Če pravilnik zavrne URL ali pot, uporabite odobreno končno točko in način dostopa. Odpiranje spletnega vmesnika shrambe v brskalniku je le delna primerjava: lahko uporablja drug račun, shrambo konfiguracije ali pot. Cilj je uspešna operacija Subversion prek predvidenega posrednika, ne le uspešna običajna zahteva za spletno stran.