Errepositorioaren tokiko proxy bat deserosoa dirudi errepositorioa existitu aurretik. Ez duzu huts egin clone egiten, konfigurazioa editatu eta berriro hasi behar.

Clone-k tokiko ezarpen bat idatz dezake lehen fetch-a baino lehen:

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

Mutur hauek adibideak dira. Baimendutako proxy publikoaren bide batean dagoen HTTPS errepositorio publiko baterako, aukeratu HTTP mutur bat HTTP proxy zerrendatik. Git-ek dokumentatzen du aukera hau errepositorio berria hasieratu ondoren eta haren urruneko historia fetch baino lehen aplikatzen dela. Beraz, proxy ezarpen honek lehen deskarga estal dezake eta errepositorio berrian geratu.

Bi komando antzekok arrasto desberdinak uzten dituzte

Bidea deialdi bakarrari emateko ezarpena klonatutako errepositorioan gorde gabe, jarri -c azpikomandoaren aurretik:

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

git clone --config ... eta git -c ... clone ez dira trukagarriak diren konfigurazio-eremuak. Aukeratu errepositorio horretako etorkizuneko eragiketek proxy-a mantendu behar duten.

Bereizi errepositorio berriaren tokiko konfigurazioa aukera horrek garrantzia duenean. Beste erabiltzaile-, sistema- edo URL-ezarpen batzuek politika eraginkorrean parte har dezakete oraindik.

Eduki pasahitzak adibide hauetatik kanpo bidea gordetzean. Clone-ren konfigurazio-aukerari emandako kredentzialak dituen balio bat errepositorioaren ezarpen iraunkor bihur daiteke.

Hau HTTP garraioaren konfigurazioa da, HTTPS urrunekoak barne. SSH urruneko batek oraindik bere SSH proxy bidea behar du; SSH 443 portura mugitzeak ez du aukera hau hura konfiguratzera behartzen.

Erlazionatutako artikuluak