Git Clone: ပထမ fetch မတိုင်မီ proxy သတ်မှတ်ပါ

repo မတည်ရှိမီ repo အတွင်း proxy သည် ထူးဆန်းစွာ ကြားရသည်။ မအောင်မြင်သော clone လုပ်ပြီး config ကို ပြင်ကာ ပြန်စရန် မလိုပါ။

Clone သည် ပထမ fetch မတိုင်မီ local setting ကို ရေးနိုင်သည်−

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

ဤ endpoint များသည် ဥပမာများဖြစ်သည်။ ခွင့်ပြုထားသော အများသူငှာ proxy လမ်းကြောင်းပေါ်ရှိ အများသူငှာ HTTPS repo အတွက် HTTP proxy စာရင်းမှ HTTP endpoint ကို ရွေးပါ။ Git က ဤရွေးချယ်မှုသည် repo အသစ် စတင်ပြီးနောက်နှင့် ၎င်း၏ remote မှတ်တမ်းကို fetch မလုပ်မီ အသက်ဝင်သည်ဟု မှတ်တမ်းတင်ထားသည်။ ထို့ကြောင့် ဤ proxy setting သည် ပထမ ဒေါင်းလုဒ်ကို လွှမ်းခြုံပြီး နောက်ပိုင်း repo အသစ်တွင် ဆက်ရှိနိုင်သည်။

ဆင်တူသော အမိန့်နှစ်ခုသည် မတူညီသော ခြေရာများ ချန်ထားသည်

setting ကို clone လုပ်ထားသော repo တွင် မသိမ်းဘဲ တစ်ကြိမ်ခေါ်ဆိုမှုတစ်ခုသို့ လမ်းကြောင်းပေးရန် subcommand မတိုင်မီ -c ကို ထားပါ−

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

git clone --config ... နှင့် git -c ... clone သည် အလှည့်အပြောင်းလုပ်နိုင်သော config နယ်ပယ်များ မဟုတ်ပါ။ ထို repo အတွင်း အနာဂတ် လုပ်ဆောင်ချက်များသည် proxy ကို ထိန်းထားသင့်သလား ရွေးပါ။

ဤရွေးချယ်မှု အရေးကြီးသောအခါ repo အသစ်၏ local config ကို စစ်ဆေးပါ။ အခြား user၊ system သို့မဟုတ် URL သီးသန့် setting များသည် ထိရောက်သော မူဝါဒတွင် ဆက်လက်ပါဝင်နိုင်သည်။

လမ်းကြောင်းကို သိမ်းဆည်းစဉ် ဤဥပမာများမှ စကားဝှက်များကို ခွဲထုတ်ထားပါ။ clone ၏ config ရွေးချယ်မှုသို့ ပေးအပ်သော အထောက်အထား ပါဝင်သည့် တန်ဖိုးသည် အမြဲတမ်း repo setting ဖြစ်လာနိုင်သည်။

ဤသည် HTTPS remote များ အပါအဝင် HTTP သယ်ယူပို့ဆောင်ရေး config ဖြစ်သည်။ SSH remote သည် ၎င်း၏ SSH proxy လမ်းကြောင်း လိုအပ်ဆဲဖြစ်သည်။ SSH ကို port 443 သို့ ရွှေ့ခြင်းက ဤရွေးချယ်မှုက ၎င်းကို config လုပ်စေမည် မဟုတ်ပါ။