Git Clone: weka proksi kabla ya fetch ya kwanza

Proksi ya ndani ya hazina inasikika kama jambo la kushangaza kabla hazina haijaundwa. Huhitaji kufanya clone bila mafanikio, kuhariri config na kuanza upya.

Clone inaweza kuandika setting ya ndani kabla ya fetch ya kwanza:

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

Vituo hivi vya mwisho ni mifano. Kwa hazina ya HTTPS ya umma kwenye njia ya proksi ya umma inayoruhusiwa, chagua kituo cha HTTP kutoka orodha ya proksi HTTP. Git inaandika kwamba chaguo hili linaanza kutumika baada ya hazina mpya kuanzishwa na kabla ya historia yake ya mbali kufetchiwa. Kwa hivyo setting hii ya proksi inaweza kufunika upakuaji wa kwanza na kubaki kwenye hazina mpya baadaye.

Amri mbili zinazofanana zinaacha alama tofauti

Ili kutoa njia kwa mwito mmoja bila kuhifadhi setting kwenye hazina iliyoclonewa, weka -c kabla ya amri ndogo:

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

git clone --config ... na git -c ... clone si maeneo ya config yanayoweza kubadilishana. Chagua kama shughuli za baadaye kwenye hazina hiyo zinapaswa kubaki na proksi.

Kagua config ya ndani ya hazina mpya wakati chaguo hili ni muhimu. Mipangilio mingine ya mtumiaji, mfumo au URL mahususi bado inaweza kushiriki katika sera inayofaa.

Weka nenosiri mbali na mifano hii unapohifadhi njia. Thamani iliyo na vitambulisho iliyopitishwa kwa chaguo la config la clone inaweza kuwa setting ya kudumu ya hazina.

Huu ni usanidi wa usafirishaji wa HTTP, ikiwa ni pamoja na remote za HTTPS. Remote ya SSH bado inahitaji njia yake ya proksi SSH; kuhamisha SSH hadi port 443 hakufanyi chaguo hili kuusanidi.