git fetch uspeje, ale git svn fetch sa nedostane na server. Napriek spoločnému prefixu príkazu druhá operácia komunikuje s úložiskom Subversion cez iný klientsky zásobník.

Nepredpokladajte, že natívny záznam http.proxy v Gite konfiguruje toto pripojenie k Subversion. Nájdite konfiguráciu za behu, ktorú používajú knižnice Subversion v prostredí, kde beží git svn.

Konfigurácia servers v Subversion môže obsahovať:

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

Názov hostiteľa a port sú samostatné hodnoty; zoznam HTTP proxy ponúka kandidátov pre povolené verejné trasy Subversion. Polia účtu proxy sú oddelené od prihlasovacích údajov úložiska. Nastavenia skupín serverov Subversion zodpovedajú názvom hostiteľov, nie ľubovoľným cestám v úložisku. Berte ich ako rozhranie Subversion, nie ako alternatívny zápis proxy URL Gitu.

V systéme Windows môže byť prekvapením cesta

Natívny spustiteľný súbor Subversion a inštalácia git svn môžu používať rôzne prostredia a rôzne výklady domovského adresára. Úprava konfigurácie, ktorú používa svn.exe, nie je dôkazom, že ju volanie git svn prečítalo.

Zaznamenajte, ktorý spustiteľný súbor a ktoré knižničné prostredie sú zapojené, potom určte ich skutočné umiestnenie konfigurácie. Vyhnite sa kopírovaniu cesty jedného používateľa do skriptu pre celý počítač.

Účty držte oddelene

Proxy môže overiť odchádzajúce pripojenie. Úložisko Subversion potom môže vyžadovať iný účet. HTTP 407 a chyba autorizácie úložiska opisujú rôzne fázy.

Ak je URL alebo trasa zamietnutá zásadou, použite schválený koncový bod a režim prístupu. Otvorenie webového rozhrania úložiska v prehliadači je len čiastočné porovnanie: môže používať iný účet, úložisko konfigurácie alebo trasu. Cieľom je úspešná operácia Subversion cez zamýšľaného sprostredkovateľa, nie len úspešná bežná požiadavka na webovú stránku.

Súvisiace články