Git Clone: setați un proxy înainte de primul fetch

Folosiți configurarea la clonare când un depozit nou are nevoie de propriul proxy încă de la prima cerere de rețea.

Un proxy local depozitului sună ciudat înainte ca depozitul să existe. Nu trebuie să clonați fără succes, să editați configurația și să o luați de la capăt.

Clone poate scrie o setare locală înainte de primul fetch:

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

Aceste puncte finale sunt exemple. Pentru un depozit HTTPS public pe o rută de proxy public permisă, alegeți un punct final HTTP din lista de proxy HTTP. Git documentează că această opțiune se aplică după inițializarea noului depozit și înainte de preluarea istoricului său remote. Așadar, pentru această setare de proxy, ea poate acoperi prima descărcare și poate rămâne în noul depozit.

Două comenzi similare lasă urme diferite

Pentru a oferi ruta unei singure invocări fără a stoca setarea în depozitul clonat, puneți -c înainte de subcomandă:

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

git clone --config ... și git -c ... clone nu sunt domenii de configurare interschimbabile. Alegeți dacă operațiunile viitoare din acel depozit trebuie să păstreze proxy-ul.

Inspectați configurația locală a noului depozit când această alegere contează. Alte setări de utilizator, sistem sau specifice URL-ului pot participa în continuare la politica efectivă.

Țineți parolele în afara acestor exemple când stocați ruta. O valoare cu acreditări transmisă opțiunii de configurare a clone poate deveni o setare permanentă a depozitului.

Aceasta este o configurare de transport HTTP, inclusiv remote-uri HTTPS. Un remote SSH are în continuare nevoie de ruta sa de proxy SSH; mutarea SSH pe portul 443 nu face ca această opțiune să îl configureze.

Articole similare