Git Clone: ställ in en proxy före den första fetchen

En proxy som bara gäller arkivet låter udda innan arkivet finns. Du behöver inte klona misslyckat, redigera konfigurationen och börja om.

Clone kan skriva en lokal inställning före den första fetchen:

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

Dessa slutpunkter är exempel. För ett offentligt HTTPS-arkiv på en tillåten offentlig proxy-väg väljer du en HTTP-slutpunkt från HTTP-proxylistan. Git dokumenterar att det här alternativet gäller efter att det nya arkivet har initierats och innan dess fjärrhistorik hämtas. För den här proxyinställningen kan den därför täcka den första nedladdningen och stanna kvar i det nya arkivet.

Två liknande kommandon lämnar olika spår

För att ge vägen till ett enda anrop utan att spara inställningen i det klonade arkivet, sätt -c före underkommandot:

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

git clone --config ... och git -c ... clone är inte utbytbara konfigurationsområden. Välj om framtida operationer i det arkivet ska behålla proxyn.

Granska det nya arkivets lokala konfiguration när det valet spelar roll. Andra användar-, system- eller URL-specifika inställningar kan fortfarande delta i den effektiva policyn.

Håll lösenord utanför dessa exempel när du sparar vägen. Ett värde med inloggningsuppgifter som ges till clones konfigurationsalternativ kan bli en permanent arkivinställning.

Det här är en HTTP-transportkonfiguration, inklusive HTTPS-fjärrarkiv. Ett SSH-fjärrarkiv behöver fortfarande sin SSH-proxyväg; att flytta SSH till port 443 gör inte att det här alternativet konfigurerar det.