Git Clone: set ein proxy før den første fetch

Ein proxy som berre gjeld lageret, høyrest rart ut før lageret finst. Du treng ikkje å klone mislukka, redigere konfigurasjonen og starte på nytt.

Clone kan skrive ei lokal innstilling før den første fetch:

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

Desse endepunkta er døme. For eit offentleg HTTPS-lager på ei tillaten offentleg proxy-rute, vel eit HTTP-endepunkt frå HTTP-proxy-lista. Git dokumenterer at dette alternativet gjeld etter at det nye lageret er initialisert og før den eksterne historia blir henta. For denne proxy-innstillinga kan ho derfor dekkje den første nedlastinga og bli verande i det nye lageret etterpå.

To like kommandoar etterlèt ulike spor

For å gje ruta til éin einaste køyring utan å lagre innstillinga i det klona lageret, set -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 ikkje utskiftbare konfigurasjonsområde. Vel om framtidige operasjonar i det lageret skal halde på proxyen.

Undersøk den lokale konfigurasjonen til det nye lageret når dette valet betyr noko. Andre brukar-, system- eller URL-spesifikke innstillingar kan framleis delta i den effektive politikken.

Hald passord utanfor desse døma når du lagrar ruta. Ein verdi med legg til clones konfigurasjonsalternativ kan bli ei varig lagerinnstilling.

Dette er ein HTTP-transportkonfigurasjon, inkludert HTTPS-fjernlager. Eit SSH-fjernlager treng framleis si SSH-proxy-rute; å flytte SSH til port 443 får ikkje dette alternativet til å konfigurere det.