git svn tidak selalu memakai proxy HTTP Git

git fetch berhasil, tetapi git svn fetch tidak dapat menjangkau server. Meskipun prefiks perintahnya sama, operasi terakhir berbicara dengan repositori Subversion melalui tumpukan klien lain.

Jangan berasumsi bahwa entri http.proxy bawaan Git mengonfigurasi koneksi Subversion itu. Temukan konfigurasi runtime yang dipakai pustaka Subversion di lingkungan tempat git svn berjalan.

Konfigurasi servers Subversion dapat berisi:

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

Nama host dan port adalah nilai terpisah; daftar proxy HTTP menyediakan kandidat untuk rute Subversion publik yang diizinkan. Kolom akun proxy terpisah dari kredensial repositori. Pengaturan grup server Subversion cocok dengan nama host, bukan dengan jalur repositori sembarang. Perlakukan itu sebagai antarmuka Subversion, bukan sebagai ejaan alternatif URL proxy Git.

Di Windows, jalurnya bisa jadi kejutan

Berkas eksekutabel Subversion bawaan dan pemasangan git svn dapat memakai lingkungan berbeda serta penafsiran direktori home yang berbeda. Menyunting konfigurasi yang dipakai svn.exe bukan bukti bahwa pemanggilan git svn membacanya.

Catat eksekutabel dan lingkungan pustaka mana yang terlibat, lalu tentukan lokasi konfigurasi efektifnya. Hindari menyalin jalur satu pengguna ke skrip untuk seluruh mesin.

Pisahkan akunnya

Proxy dapat mengautentikasi koneksi keluar. Repositori Subversion kemudian dapat meminta akun lain. HTTP 407 dan galat otorisasi repositori menjelaskan tahap yang berbeda.

Jika URL atau rute ditolak oleh kebijakan, gunakan titik akhir yang disetujui dan pengaturan aksesnya. Membuka antarmuka web repositori di peramban hanyalah pembandingan sebagian: ia mungkin memakai akun, penyimpanan konfigurasi, atau rute lain. Tujuannya adalah operasi Subversion yang berhasil melalui perantara yang dimaksud, bukan sekadar permintaan halaman web biasa yang berhasil.