Git Clone: agordu prokuron antaŭ la unua fetch

Uzu klonadan agordon kiam nova deponejo bezonas sian propran prokuron ekde la unua reta peto.

Deponeja-loka prokuro ŝajnas mallerta antaŭ ol la deponejo ekzistas. Vi ne devas malsukcese kloni, redakti la agordon kaj rekomenci.

Clone povas skribi lokan agordon antaŭ la unua fetch:

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

Ĉi tiuj finpunktoj estas ekzemploj. Por publika HTTPS-deponejo sur permesita publika-prokura vojo, elektu HTTP-finputon el la HTTP-prokura listo. Git dokumentas, ke ĉi tiu opcio efikas post kiam la nova deponejo estas pravalorizita kaj antaŭ ol ĝia fora historio estas fetchita. Por ĉi tiu prokura agordo ĝi do povas kovri la unuan elŝuton kaj resti en la nova deponejo poste.

Du similaj komandoj lasas malsamajn spurojn

Por doni la vojon al unu alvoko sen konservi la agordon en la klonita deponejo, metu -c antaŭ la subkomandon:

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

git clone --config ... kaj git -c ... clone ne estas interŝanĝeblaj agordaj limoj. Elektu ĉu estontaj operacioj en tiu deponejo konservu la prokuron.

Ekzamenu la lokan agordon de la nova deponejo kiam tiu elekto gravas. Aliaj uzantaj, sistemaj aŭ URL-specifaj agordoj ankoraŭ povas partopreni en la efika politiko.

Tenadu pasvortojn ekster ĉi tiuj ekzemploj kiam vi konservas la vojon. Valoro kun akreditiloj pasigita al la agorda opcio de clone povas fariĝi konstanta deponeja agordo.

Ĉi tio estas HTTP-transporta agordo, inkluzive de HTTPS-foraj deponejoj. SSH-fora deponejo ankoraŭ bezonas sian SSH-prokuran vojon; movi SSH al pordo 443 ne igas ĉi tiun opcion ĝin agordi.

Rilataj artikoloj