git svn не мора нужно да користи Gitov HTTP прокси

git fetch успева, али git svn fetch не може да дође до сервера. Упркос заједничком префиксу наредбе, потоња операција разговара са Subversion репозиторијумом кроз други клијентски стек.

Не претпостављајте да изворни Git унос http.proxy конфигурише ту Subversion везу. Пронађите конфигурацију извршавања коју користе Subversion библиотеке у окружењу у којем ради git svn.

Subversion конфигурација servers може садржати:

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

Назив хоста и порт су одвојене вредности; листа HTTP проксија нуди кандидате за дозвољене јавне Subversion руте. Поља прокси налога одвојена су од акредитива репозиторијума. Поставке група Subversion сервера подударају се са именима хостова, а не са произвољним путањама репозиторијума. Третирајте их као Subversion интерфејс, а не као алтернативни запис Git прокси URL-а.

На Windowsу путања може бити изненађење

Изворна Subversion извршна датотека и git svn инсталација могу користити различита окружења и различита тумачења матичне фасцикле. Уређивање конфигурације коју користи svn.exe није доказ да ју је git svn позив прочитао.

Забележите која је извршна датотека и које библиотечко окружење укључено, затим одредите њихову стварну локацију конфигурације. Избегавајте копирање путање једног корисника у скрипту за цело рачунало.

Држите налоге одвојеним

Прокси може аутентификовати одлазну везу. Subversion репозиторијум затим може захтевати други налог. HTTP 407 и грешка ауторизације репозиторијума описују различите фазе.

Ако су URL или рута одбијени политиком, употребите одобрену крајњу тачку и начин приступа. Отварање веб интерфејса репозиторијума у прегледачу само је делимична успоредба: оно може користити други налог, спремиште конфигурације или руту. Циљ је успешна Subversion операција кроз предвиђени посредник, а не тек успешан обичан захтев за веб страницу.