Proxy lokal repositori terdengar canggung sebelum repositori itu ada. Anda tidak perlu melakukan clone yang gagal, mengedit konfigurasinya, dan memulai ulang.

Clone dapat menulis pengaturan lokal sebelum fetch pertama:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

Endpoint ini adalah contoh. Untuk repositori HTTPS publik pada rute proxy publik yang diizinkan, pilih endpoint HTTP dari daftar proxy HTTP. Git mendokumentasikan bahwa opsi ini berlaku setelah repositori baru diinisialisasi dan sebelum riwayat remote-nya di-fetch. Jadi, untuk pengaturan proxy ini, opsi tersebut dapat mencakup unduhan pertama dan tetap ada di repositori baru setelahnya.

Dua perintah serupa meninggalkan jejak berbeda

Untuk memberikan rute ke satu pemanggilan tanpa menyimpan pengaturan di repositori yang di-clone, letakkan -c sebelum subperintah:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... dan git -c ... clone bukan cakupan konfigurasi yang dapat dipertukarkan. Pilih apakah operasi mendatang di repositori itu harus mempertahankan proxy.

Periksa konfigurasi lokal repositori baru ketika pilihan itu penting. Pengaturan pengguna, sistem, atau khusus URL lainnya masih dapat berperan dalam kebijakan efektif.

Jauhkan kata sandi dari contoh-contoh ini saat menyimpan rute. Nilai yang membawa kredensial yang diteruskan ke opsi konfigurasi clone dapat menjadi pengaturan repositori yang permanen.

Ini adalah konfigurasi transport HTTP, termasuk remote HTTPS. Remote SSH tetap membutuhkan rute proxy SSH-nya; memindahkan SSH ke port 443 tidak membuat opsi ini mengonfigurasinya.

Artikel terkait