Git LFS 3.7.0 တွင် မည်သည့် proxy က အနိုင်ရသနည်း။

ပတ်ဝန်းကျင် ရွေးချယ်မှု၊ URL နှင့် ကိုက်ညီသော အလွတ်မဟုတ်သည့် Git အစားထိုးမှုများနှင့် အမှန်တကယ် LFS တောင်းဆိုမှု URL အတွက် ကျော်ဖြတ်မှု စည်းမျဉ်းများကို လိုက်နာပါ။

Git LFS 3.7.0 တွင် တောင်းဆိုမှု URL နှင့် ကိုက်ညီသော အလွတ်မဟုတ်သည့် Git http.proxy တန်ဖိုးသည် ပတ်ဝန်းကျင်မှ ရရှိသော proxy ကို အစားထိုးသည်။ Git တန်ဖိုး အလွတ်ဖြစ်ခြင်းက ထို ပတ်ဝန်းကျင် လမ်းကြောင်းကို မရှင်းလင်းပါ။

ဤထုတ်ဝေမှုအတွက် ရွေးချယ်မှုကို ဤအစီအစဉ်အတိုင်း လိုက်နာပါ။

  1. HTTPS_PROXY နှင့် HTTP_PROXY ကို ဖတ်ပါ။ အလွတ်မဟုတ်သည့် စာလုံးအသေးဖြင့် https_proxy သို့မဟုတ် http_proxy သည် ၎င်း၏ သက်ဆိုင်ရာ စာလုံးအကြီးတန်ဖိုးကို အစားထိုးသည်။
  2. HTTPS အတွက် HTTPS ကိုယ်စားလှယ်လောင်းကို ဦးစားပေးပြီး HTTP ကိုယ်စားလှယ်လောင်းကို အရန်အဖြစ် အသုံးပြုပါ။
  3. ထို ကိုယ်စားလှယ်လောင်းများအစား ကိုက်ညီသော အလွတ်မဟုတ်သည့် Git http.proxy တန်ဖိုးကို အသုံးပြုပါ။
  4. ရွေးချယ်ထားသော တောင်းဆိုမှု URL တွင် ကျော်ဖြတ်မှု စည်းမျဉ်းများကို အသုံးပြုပါ။ အလွတ်မဟုတ်သည့် no_proxy သည် NO_PROXY ကို အစားထိုးသည်။

ရည်ရွယ်ချက်မှာ တိုက်ရိုက် ဝင်ရောက်ခွင့်ဖြစ်ပါက Git မှတ်တမ်း အလွတ်က ၎င်းတို့ကို ဖျက်ပစ်သည်ဟု ယူဆမည့်အစား အမွေဆက်ခံသော ထည့်သွင်းချက်များနှင့် ရည်ရွယ်ထားသော ကျော်ဖြတ်မှုကို စစ်ဆေးပါ။

နှိုင်းယှဉ်မှုအတွက် အမှန်တကယ် LFS URL ကို အသုံးပြုပါ။ API နှင့် အရာဝတ္ထု ဦးတည်ရာများသည် Git အဝေးမှ သိုလှောင်ရာနှင့် ကွာခြားနိုင်သည်၊ ၎င်းက မည်သည့် URL ချိတ်ဆက်ထားသော ဆက်တင် ကိုက်ညီသည်ကို ပြောင်းလဲစေသည်။

ရောဂါစစ်ဆေးမှုနှင့်အတူ ထည့်သွင်းထားသော LFS ဗားရှင်းကို သိမ်းထားပါ။ LFS သည် ၎င်း၏ကိုယ်ပိုင် Go HTTP သယ်ယူမှုကို အသုံးပြုသည်။ Git ၏ libcurl လမ်းကြောင်းမှ ဦးစားပေးမှုက ဤရွေးချယ်မှု ကုဒ်ကို မရှင်းပြပါ။

ဆက်စပ်ဆောင်းပါးများ