git svn mutlaka Git'in HTTP proxy'sini kullanmaz

git fetch başarılı olur, ancak git svn fetch sunucuya ulaşamaz. Ortak komut öneki olmasına rağmen, ikinci işlem Subversion deposuyla farklı bir istemci yığını üzerinden konuşur.

Yerel bir Git http.proxy girdisinin o Subversion bağlantısını yapılandırdığını varsaymayın. git svn'in çalıştığı ortamda Subversion kitaplıklarının kullandığı çalışma zamanı yapılandırmasını bulun.

Subversion'ın servers yapılandırması şunları içerebilir:

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

Ana bilgisayar adı ve bağlantı noktası ayrı değerlerdir; HTTP proxy listesi izin verilen genel Subversion yolları için adaylar sunar. Proxy hesabı alanları depo kimlik bilgilerinden ayrıdır. Subversion sunucu grubu ayarları ana bilgisayar adlarıyla eşleşir, rastgele depo yollarıyla değil. Bunları Subversion'ın arayüzü olarak görün, Git'in proxy URL'sinin alternatif yazımı olarak değil.

Windows'ta yol sürpriz olabilir

Yerel bir Subversion çalıştırılabilir dosyası ile bir git svn kurulumu farklı ortamlar ve ev dizininin farklı yorumlarını kullanabilir. svn.exe'in kullandığı yapılandırmayı düzenlemek, git svn çağrısının onu okuduğunun kanıtı değildir.

Hangi çalıştırılabilir dosyanın ve hangi kitaplık ortamının devrede olduğunu kaydedin, ardından bunların gerçek yapılandırma konumunu belirleyin. Bir kullanıcının yolunu makine geneli bir betiğe kopyalamaktan kaçının.

Hesapları ayrı tutun

Proxy, giden bağlantının kimliğini doğrulayabilir. Subversion deposu ardından başka bir hesap gerektirebilir. HTTP 407 ve depo yetkilendirme hatası farklı aşamaları anlatır.

URL veya yol ilke tarafından reddedilirse, onaylanmış uç noktayı ve erişim düzenini kullanın. Tarayıcıda deponun web arayüzünü açmak yalnızca kısmi bir karşılaştırmadır: başka bir hesap, yapılandırma deposu veya yol kullanıyor olabilir. Amaç, amaçlanan aracı üzerinden başarılı bir Subversion işlemidir; sıradan bir web sayfası isteğinin başarılı olması yeterli değildir.