git fetch slaag, maar git svn fetch kan nie die bediener bereik nie. Ten spyte van die gedeelde opdragvoorvoegsel praat laasgenoemde bewerking met 'n Subversion-bewaarplek deur 'n ander kliëntstapel.

Moenie aanvaar dat 'n inheemse Git http.proxy-inskrywing daardie Subversion-verbinding opstel nie. Vind die looptydkonfigurasie wat die Subversion-biblioteke in die omgewing gebruik wat git svn laat loop.

Subversion se servers-konfigurasie kan die volgende bevat:

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

Die gasheernaam en die poort is afsonderlike waardes; die HTTP-proxylys verskaf kandidate vir toegelate openbare Subversion-roetes. Proxyrekeningvelde is apart van bewaarplek-geloofsbriewe. Subversion-bedienergroepinstellings pas by gasheername, nie by willekeurige bewaarplekpaaie nie. Behandel dit as Subversion se koppelvlak, nie as 'n alternatiewe spelling van Git se proxy-URL nie.

Op Windows kan die pad die verrassing wees

'n Inheemse Subversion-uitvoerbare lêer en 'n git svn-installasie kan verskillende omgewings en verskillende vertolkings van die tuisgids gebruik. Om die konfigurasie wat svn.exe gebruik, te wysig, is nie bewyse dat die git svn-oproep dit gelees het nie.

Teken aan watter uitvoerbare lêer en biblioteekomgewing betrokke is, en bepaal dan hul werklike konfigurasieligging. Vermy dit om een gebruiker se pad in 'n masjienwye script te kopieer.

Hou die rekeninge apart

Die proxy kan die uitwaartse verbinding verifieer. Die Subversion-bewaarplek kan daarna 'n ander rekening vereis. 'n HTTP 407 en 'n bewaarplek-magtigingsfout beskryf verskillende stadiums.

As die URL of roete deur beleid geweier word, gebruik die goedgekeurde eindpunt en toegangsreëling. 'n Blaaier wat die bewaarplek se webkoppelvlak oopmaak, is slegs 'n gedeeltelike vergelyking: dit kan 'n ander rekening, konfigurasiewinkel of roete gebruik. Die doel is 'n suksesvolle Subversion-bewerking deur die beoogde tussenganger, nie bloot 'n suksesvolle gewone webbladsyversoek nie.

Verwante artikels