git svn nyttar ikkje nødvendigvis HTTP-proxyen til Git

git fetch lukkast, men git svn fetch når ikkje serveren. Trass i felles kommando-prefiks snakkar den siste operasjonen med eit Subversion-lager gjennom ein annan klientstakk.

Ikkje gå ut frå at ein innebygd Git-oppføring http.proxy konfigurerer den Subversion-tilkoplinga. Finn køyretidskonfigurasjonen som Subversion-biblioteka brukar i miljøet der git svn køyrer.

Subversion sin servers-konfigurasjon kan innehalde:

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

Vertsnamn og port er separate verdiar; lista over HTTP-proxyar gir kandidatar for tillatne offentlege Subversion-ruter. Proxykontofelt er åtskilde frå påloggingsinformasjonen til lageret. Subversion-servergruppeinnstillingar samsvarar med vertsnamn, ikkje vilkårlege lagerstiar. Handsame dei som grensesnittet til Subversion, ikkje som ei alternativ skrivemåte for proxy-URL-en til Git.

På Windows kan stien vere overraskinga

Ei innebygd Subversion-køyrbar fil og ein git svn-installasjon kan bruke ulike miljø og ulike tolkingar av heimemappa. Det er ikkje prov på at git svn-kallet las han, at du redigerer konfigurasjonen som svn.exe brukar.

Noter kva køyrbar fil og kva bibliotekmiljø som er involvert, og finn så den effektive konfigurasjonsplasseringa deira. Unngå å kopiere stien til éin brukar inn i eit skript for heile maskina.

Hald kontoane åtskilde

Proxyen kan autentisere den utgåande tilkoplinga. Subversion-lageret kan deretter krevje ein annan konto. Ein HTTP 407 og ein autorisasjonsfeil for lageret skildrar ulike fasar.

Viss URL-en eller ruta blir avvist av policyen, bruk det godkjende endepunktet og den godkjende tilgangsordninga. At ein nettlesar opnar webgrensesnittet til lageret, er berre ein delvis samanlikning: han kan bruke ein annan konto, eit konfigurasjonslager eller ei anna rute. Målet er ein vellukka Subversion-operasjon gjennom den tiltenkte mellommannen, ikkje berre ein vellukka vanleg nettsideførespurnad.