Git Clone: sæt en proxy før det første fetch

En proxy, der kun gælder for lageret, lyder akavet, før lageret findes. Du behøver ikke at klone forgæves, redigere konfigurationen og starte forfra.

Clone kan skrive en lokal indstilling før det første fetch:

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

Disse endepunkter er eksempler. Til et offentligt HTTPS-lager på en tilladt offentlig proxy-rute skal du vælge et HTTP-endepunkt fra HTTP-proxy-listen. Git dokumenterer, at denne indstilling virker, efter det nye lager er initialiseret, og før dets fjernhistorik hentes. For denne proxy-indstilling kan den derfor dække den første download og blive i det nye lager bagefter.

To ens kommandoer efterlader forskellige spor

For at give ruten til én kørsel uden at gemme indstillingen i det klonede lager skal du sætte -c før underkommandoen:

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

git clone --config ... og git -c ... clone er ikke udskiftelige konfigurationsområder. Vælg, om fremtidige operationer i dette lager skal beholde proxyen.

Undersøg det nye lagers lokale konfiguration, når dette valg betyder noget. Andre bruger-, system- eller URL-specifikke indstillinger kan stadig deltage i den effektive politik.

Hold adgangskoder ude af disse eksempler, når ruten gemmes. En værdi med legitimationsoplysninger, der gives til clones konfigurationsindstilling, kan blive en permanent lagerindstilling.

Dette er en HTTP-transportkonfiguration, inklusive HTTPS-fjernlagre. Et SSH-fjernlager har stadig brug for sin SSH-proxy-rute; at flytte SSH til port 443 får ikke denne indstilling til at konfigurere det.