Git Clone: nastavite proxy pred prvim fetch

Uporabite konfiguracijo pri kloniranju, ko novo skladišče potrebuje lasten proxy že od prve zahteve omrežja.

Proxy, lokalno za skladišče, zveni nerodno, preden skladišče obstaja. Ni treba neuspešno klonirati, urejati konfiguracije in začeti znova.

Clone lahko pred prvim fetch zapiše lokalno nastavitev:

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

Te končne točke so primeri. Za javno skladišče HTTPS na dovoljeni poti javnega proxyja izberite končno točko HTTP s seznama proxyjev HTTP. Git dokumentira, da ta možnost velja po inicializaciji novega skladišča in pred pridobitvijo njegove oddaljene zgodovine. Za to nastavitev proxyja lahko zato pokrije prvi prenos in ostane v novem skladišču.

Dva podobna ukaza pustita različne sledi

Če želite pot predati enemu klicu, ne da bi nastavitev shranili v klonirano skladišče, postavite -c pred podukaz:

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

git clone --config ... in git -c ... clone nista zamenljiva obsega konfiguracije. Izberite, ali naj prihodnje operacije v tem skladišču ohranijo proxy.

Ko je ta izbira pomembna, preglejte lokalno konfiguracijo novega skladišča. Druge uporabniške, sistemske ali URL-specifične nastavitve lahko še vedno sodelujejo v učinkoviti politiki.

Pri shranjevanju poti imejte gesla zunaj teh primerov. Vrednost s poverilnicami, posredovana možnosti konfiguracije clone, lahko postane trajna nastavitev skladišča.

To je konfiguracija prenosa HTTP, vključno z oddaljenimi skladišči HTTPS. Oddaljeno skladišče SSH še vedno potrebuje svojo pot proxyja SSH; premik SSH na vrata 443 ne povzroči, da bi ta možnost to konfigurirala.

Sorodni članki