git svn nemusí nutně používat HTTP proxy Gitu

git fetch uspěje, ale git svn fetch se nemůže připojit k serveru. Navzdory společné předponě příkazu komunikuje druhá operace s úložištěm Subversion přes jiný klientský stack.

Nepředpokládejte, že nativní záznam http.proxy v Gitu nastavuje toto připojení k Subversion. Najděte konfiguraci za běhu, kterou používají knihovny Subversion v prostředí, kde git svn běží.

Konfigurace servers v Subversion může obsahovat:

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

Název hostitele a port jsou samostatné hodnoty; seznam HTTP proxy nabízí kandidáty pro povolené veřejné trasy Subversion. Pole účtu proxy jsou oddělená od přihlašovacích údajů úložiště. Nastavení skupin serverů Subversion odpovídají názvům hostitelů, nikoli libovolným cestám v úložišti. Berte je jako rozhraní Subversion, ne jako alternativní zápis proxy URL Gitu.

Ve Windows může být překvapením cesta

Nativní spustitelný soubor Subversion a instalace git svn mohou používat různá prostředí a různý výklad domovského adresáře. Úprava konfigurace, kterou používá svn.exe, není důkazem, že ji volání git svn přečetlo.

Zaznamenejte, který spustitelný soubor a které knihovní prostředí se účastní, a poté určete jejich skutečné umístění konfigurace. Vyhněte se kopírování cesty jednoho uživatele do skriptu pro celý počítač.

Účty držte oddělené

Proxy může ověřit odchozí připojení. Úložiště Subversion poté může vyžadovat jiný účet. HTTP 407 a chyba autorizace úložiště popisují různé fáze.

Pokud je URL nebo trasa zamítnuta zásadou, použijte schválený koncový bod a způsob přístupu. Otevření webového rozhraní úložiště v prohlížeči je jen částečné srovnání: může používat jiný účet, úložiště konfigurace nebo trasu. Cílem je úspěšná operace Subversion přes zamýšleného prostředníka, ne jen úspěšný běžný požadavek na webovou stránku.