git svn tidak semestinya menggunakan proksi HTTP Git

git fetch berjaya, tetapi git svn fetch tidak dapat mencapai pelayan. Walaupun awalan arahan sama, operasi kedua bercakap dengan repositori Subversion melalui tindanan klien yang lain.

Jangan andaikan entri http.proxy asli Git mengkonfigurasi sambungan Subversion itu. Cari konfigurasi masa jalan yang digunakan oleh pustaka Subversion dalam persekitaran yang menjalankan git svn.

Konfigurasi servers Subversion boleh mengandungi:

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

Nama hos dan port ialah nilai berasingan; senarai proksi HTTP menyediakan calon untuk laluan Subversion awam yang dibenarkan. Medan akaun proksi berasingan daripada kelayakan repositori. Tetapan kumpulan pelayan Subversion sepadan dengan nama hos, bukan laluan repositori sewenang-wenangnya. Anggapnya sebagai antara muka Subversion, bukan ejaan alternatif URL proksi Git.

Di Windows, laluan mungkin menjadi kejutan

Fail boleh laku Subversion asli dan pemasangan git svn boleh menggunakan persekitaran berbeza dan tafsiran direktori utama yang berbeza. Menyunting konfigurasi yang digunakan oleh svn.exe bukan bukti bahawa panggilan git svn telah membacanya.

Catat fail boleh laku dan persekitaran pustaka mana yang terlibat, kemudian kenal pasti lokasi konfigurasi berkesannya. Elakkan menyalin laluan seorang pengguna ke dalam skrip untuk seluruh mesin.

Asingkan akaun

Proksi mungkin mengesahkan sambungan keluar. Repositori Subversion kemudian mungkin memerlukan akaun lain. HTTP 407 dan ralat kebenaran repositori menerangkan peringkat yang berbeza.

Jika URL atau laluan ditolak oleh dasar, gunakan titik akhir yang diluluskan dan susunan akses. Membuka antara muka web repositori dalam pelayar hanyalah perbandingan separa: ia mungkin menggunakan akaun, stor konfigurasi atau laluan lain. Matlamatnya ialah operasi Subversion yang berjaya melalui perantara yang dimaksudkan, bukan sekadar permintaan halaman web biasa yang berjaya.