git svn nebūtinai naudoja Git HTTP tarpinį serverį

git fetch pavyksta, bet git svn fetch nepasiekia serverio. Nepaisant bendro komandos priešdėlio, antroji operacija su Subversion saugykla bendrauja per kitą kliento paketą.

Nemanome, kad vietinė Git http.proxy įvestis konfigūruoja tą Subversion ryšį. Raskite vykdymo laiko konfigūraciją, kurią Subversion bibliotekos naudoja aplinkoje, kur veikia git svn.

Subversion servers konfigūracijoje gali būti:

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

Pagrindinio kompiuterio vardas ir prievadas yra atskiros reikšmės; HTTP tarpinių serverių sąrašas siūlo kandidatus leidžiamiems viešiems Subversion maršrutams. Tarpinio serverio paskyros laukai atskirti nuo saugyklos prisijungimo duomenų. Subversion serverių grupių nustatymai atitinka kompiuterių vardus, o ne savavališkus saugyklos kelius. Laikykite juos Subversion sąsaja, o ne alternatyvia Git tarpinio serverio URL rašyba.

Windows aplinkoje kelias gali nustebinti

Vietinis Subversion vykdomasis failas ir git svn diegimas gali naudoti skirtingas aplinkas ir skirtingai aiškinti namų katalogą. svn.exe naudojamos konfigūracijos redagavimas neįrodo, kad git svn iškvietimas ją perskaitė.

Užrašykite, kuris vykdomasis failas ir kokia bibliotekų aplinka dalyvauja, tada nustatykite tikrąją jų konfigūracijos vietą. Venkite vieno naudotojo kelio kopijavimo į visos mašinos scenarijų.

Laikykite paskyras atskirai

Tarpinis serveris gali autentifikuoti išeinantį ryšį. Subversion saugykla vėliau gali reikalauti kitos paskyros. HTTP 407 ir saugyklos autorizacijos klaida apibūdina skirtingus etapus.

Jei URL ar maršrutas draudžiamas politika, naudokite patvirtintą galinį tašką ir prieigos tvarką. Naršyklės atidaryta saugyklos žiniatinklio sąsaja tėra dalinis palyginimas: ji gali naudoti kitą paskyrą, konfigūracijos saugyklą ar maršrutą. Tikslas – sėkminga Subversion operacija per numatytą tarpininką, o ne tik sėkminga įprasta žiniatinklio puslapio užklausa.