Git Clone: állítson be proxyt az első fetch előtt

Egy tárolóra korlátozott proxy furcsán hangzik, mielőtt a tároló létezik. Nem kell sikertelenül klónoznia, szerkesztenie a konfigurációt és újrakezdenie.

A clone az első fetch előtt helyi beállítást írhat:

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

Ezek a végpontok példák. Egy engedélyezett nyilvános proxy-útvonalon lévő nyilvános HTTPS-tárolóhoz válasszon HTTP-végpontot a HTTP-proxy listáról. A Git dokumentálja, hogy ez az opció az új tároló inicializálása után és távoli előzményeinek lekérése előtt lép életbe. Ezért ez a proxybeállítás lefedheti az első letöltést, és utána is az új tárolóban maradhat.

Két hasonló parancs különböző nyomokat hagy

Ha az útvonalat egyetlen hívásnak akarja adni anélkül, hogy a beállítást a klónozott tárolóban tárolná, tegye a -c jelet az alparancs elé:

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

A git clone --config ... és a git -c ... clone nem felcserélhető konfigurációs hatókörök. Válassza ki, hogy a tároló jövőbeli műveletei megtartsák-e a proxyt.

Amikor ez a választás számít, vizsgálja meg az új tároló helyi konfigurációját. Más felhasználói, rendszer- vagy URL-specifikus beállítások továbbra is részt vehetnek a hatékony szabályzatban.

Tartsa távol a jelszavakat ezektől a példáktól az útvonal tárolásakor. A clone konfigurációs opciójának átadott hitelesítő adatokat tartalmazó érték állandó tárolóbeállítássá válhat.

Ez HTTP-transzport konfiguráció, beleértve a HTTPS-távolikat. Az SSH-távolinak továbbra is szüksége van a saját SSH-proxy útvonalára; az SSH 443-as portra helyezése nem éri el, hogy ez az opció konfigurálja.