git svn ne vienmēr izmanto Git HTTP starpniekserveri

git fetch izdodas, bet git svn fetch nevar sasniegt serveri. Neskatoties uz kopīgo komandas prefiksu, pēdējā darbība sazinās ar Subversion krātuvi caur citu klienta steku.

Nepieņemiet, ka Git vietējais http.proxy ieraksts konfigurē šo Subversion savienojumu. Atrodiet izpildlaika konfigurāciju, ko Subversion bibliotēkas izmanto vidē, kur darbojas git svn.

Subversion servers konfigurācija var saturēt:

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

Resursdatora nosaukums un ports ir atsevišķas vērtības; HTTP starpniekserveru saraksts piedāvā kandidātus atļautajiem publiskajiem Subversion maršrutiem. Starpniekservera konta lauki ir atdalīti no krātuves akreditācijas datiem. Subversion serveru grupu iestatījumi atbilst resursdatoru nosaukumiem, nevis patvaļīgiem krātuves ceļiem. Uzskatiet tos par Subversion saskarni, nevis par Git starpniekservera URL alternatīvu rakstību.

Operētājsistēmā Windows ceļš var būt pārsteigums

Vietējā Subversion izpilddatne un git svn instalācija var izmantot dažādas vides un dažādas mājas direktorija interpretācijas. svn.exe izmantotās konfigurācijas rediģēšana neliecina, ka git svn izsaukums to ir lasījis.

Pierakstiet, kura izpilddatne un kura bibliotēku vide ir iesaistīta, pēc tam nosakiet to faktisko konfigurācijas atrašanās vietu. Izvairieties kopēt viena lietotāja ceļu skriptā visai mašīnai.

Turiet kontus atsevišķi

Starpniekserveris var autentificēt izejošo savienojumu. Subversion krātuve pēc tam var pieprasīt citu kontu. HTTP 407 un krātuves autorizācijas kļūda apraksta dažādus posmus.

Ja URL vai maršrutu aizliedz politika, izmantojiet apstiprināto galapunktu un piekļuves kārtību. Pārlūkā atvērta krātuves tīmekļa saskarne ir tikai daļējs salīdzinājums: tā var izmantot citu kontu, konfigurācijas krātuvi vai maršrutu. Mērķis ir veiksmīga Subversion darbība caur paredzēto starpnieku, nevis tikai veiksmīgs parasts tīmekļa lapas pieprasījums.