Git Clone: stel 'n proxy voor die eerste fetch

'n Bewaarplek-plaaslike proxy klink ongemaklik voordat die bewaarplek bestaan. Jy hoef nie onsuksesvol te kloon, die konfigurasie te wysig en oor te begin nie.

Clone kan voor die eerste fetch 'n plaaslike instelling skryf:

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

Die eindpunte is voorbeelde. Vir 'n publieke HTTPS-bewaarplek op 'n toegelate publieke-proxy-roete, kies 'n HTTP-eindpunt uit die HTTP-proxy-lys. Git dokumenteer hierdie opsie as geldig nadat die nuwe bewaarplek geïnisialiseer is en voordat die remote-geskiedenis gefetch word. Vir hierdie proxy-instelling kan dit dus die eerste aflaai dek en daarna in die nuwe bewaarplek bly.

Twee soortgelyke opdragte laat verskillende spore

Om die roete aan een oproep te gee sonder om die instelling in die gekloonde bewaarplek te stoor, plaas -c voor die subopdrag:

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

git clone --config ... en git -c ... clone is nie uitruilbare konfigurasie-scopes nie. Kies of toekomstige bewerkings in daardie bewaarplek die proxy moet behou.

Ondersoek die nuwe bewaarplek se plaaslike konfigurasie wanneer daardie keuse saak maak. Ander gebruiker-, stelsel- of URL-spesifieke instellings kan steeds aan die effektiewe beleid deelneem.

Hou wagwoorde uit hierdie voorbeelde wanneer jy die roete stoor. 'n Waarde met geloofsbriewe wat aan clone se konfigurasie-opsie gegee word, kan 'n blywende bewaarplek-instelling word.

Dit is 'n HTTP-transportkonfigurasie, insluitend HTTPS-remotes. 'n SSH-remote het steeds sy SSH-proxy-roete nodig; om SSH na poort 443 te skuif maak nie dat hierdie opsie dit konfigureer nie.