Git Clone: vendos një proxy përpara fetch-it të parë

Një proxy lokal për depon tingëllon e çuditshme përpara se depoja të ekzistojë. Nuk duhet të klonosh pa sukses, të editosh konfigurimin dhe të fillosh nga e para.

Clone mund të shkruajë një cilësim lokal përpara fetch-it të parë:

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

Këto pika fundore janë shembuj. Për një depo publike HTTPS në një rrugë të lejuar proxy publike, zgjidh një pikë fundore HTTP nga lista e proxy-ve HTTP. Git dokumenton se ky opsion vlen pas inicializimit të depos së re dhe përpara marrjes së historisë së saj të largët. Prandaj ky cilësim proxy mund të mbulojë shkarkimin e parë dhe të mbetet në depon e re.

Dy komanda të ngjashme lënë gjurmë të ndryshme

Për t'i dhënë rrugën një thirrjeje të vetme pa e ruajtur cilësimin në depon e klonuar, vendos -c përpara nënkomandës:

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

git clone --config ... dhe git -c ... clone nuk janë fusha konfigurimi të këmbyeshme. Zgjidh nëse operacionet e ardhshme në atë depo duhet ta mbajnë proxy-in.

Shiko konfigurimin lokal të depos së re kur kjo zgjedhje ka rëndësi. Cilësimet e tjera të përdoruesit, sistemit ose specifike për URL mund të marrin pjesë ende në politikën efektive.

Mbaji fjalëkalimet jashtë këtyre shembujve kur ruan rrugën. Një vlerë me kredenciale e kaluar te opsioni i konfigurimit të clone mund të bëhet një cilësim i përhershëm i depos.

Ky është një konfigurim transporti HTTP, përfshirë të largëtat HTTPS. Një e largët SSH ka ende nevojë për rrugën e vet proxy SSH; zhvendosja e SSH në portën 443 nuk bën që ky opsion ta konfigurojë atë.