Git Clone: ezarri proxy bat lehen fetcharen aurretik
Erabili klonatzean konfigurazioa errepositorio berri batek bere proxy propioa behar duenean lehen sare-eskaeratik aurrera.
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.