Git Clone: iestatiet proxy pirms pirmā fetch

Repozitorijai lokāls proxy izklausās neveikli, pirms repozitorija ir. Nav jāveic neveiksmīgs clone, jālabo konfigurācija un jāsāk no jauna.

Clone var ierakstīt lokālu iestatījumu pirms pirmā fetch:

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

Šie galapunkti ir piemēri. Publiskai HTTPS repozitorijai atļautā publiskā proxy maršrutā izvēlieties HTTP galapunktu no HTTP proxy saraksta. Git dokumentē, ka šī opcija stājas spēkā pēc jaunās repozitorijas inicializācijas un pirms tās attālās vēstures iegūšanas. Tāpēc šis proxy iestatījums var aptvert pirmo lejupielādi un palikt jaunajā repozitorijā.

Divas līdzīgas komandas atstāj dažādas pēdas

Lai nodotu maršrutu vienam izsaukumam, nesaglabājot iestatījumu klonētajā repozitorijā, ievietojiet -c pirms apakškomandas:

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

git clone --config ... un git -c ... clone nav savstarpēji aizstājami konfigurācijas apgabali. Izvēlieties, vai turpmākajām darbībām šajā repozitorijā jāsaglabā proxy.

Kad šī izvēle ir svarīga, pārbaudiet jaunās repozitorijas lokālo konfigurāciju. Citi lietotāja, sistēmas vai URL specifiski iestatījumi joprojām var piedalīties efektīvajā politikā.

Saglabājot maršrutu, turiet paroles ārpus šiem piemēriem. Vērtība ar akreditācijas datiem, kas nodota clone konfigurācijas opcijai, var kļūt par pastāvīgu repozitorijas iestatījumu.

Šī ir HTTP transporta konfigurācija, tostarp HTTPS attālinātās repozitorijas. SSH attālinātajai repozitorijai joprojām vajadzīgs savs SSH proxy maršruts; SSH pārvietošana uz 443. portu neliek šai opcijai to konfigurēt.