git clone သည် proxy မှတစ်ဆင့် အလုပ်လုပ်သော်လည်း Git LFS မအောင်မြင်ပါ

အလုပ်လုပ်နေသော proxy ကို မပြောင်းလဲမီ Git LFS မက်တာဒေတာနှင့် အရာဝတ္ထု ဒေါင်းလုဒ်များကို git clone နှင့် သီးခြားစစ်ဆေးပါ။

Git အရာဝတ္ထုများ ကူးပြောင်းပြီးနောက်တွင်လည်း ၎င်း၏ LFS အကြောင်းအရာများ ပျောက်နေနိုင်သည်။ Git သည် pointer ဖိုင်များကို သိမ်းဆည်းထားပြီး LFS client သည် အကြီးစား အရာဝတ္ထုများအတွက် သီးခြား တောင်းဆိုမှုများ ပြုလုပ်သည်။

Git LFS တပ်ဆင်ထားသော ထိခိုက်သည့် checkout တွင် ၎င်း၏ endpoint နှင့် နောက်ဆုံး မအောင်မြင်မှုကို စစ်ဆေးပါ-

git -C project lfs env
git -C project lfs logs last

output ကို ဒေသတွင်း၌ ပြန်လည်စစ်ဆေးပါ။ repository URL များနှင့် log များသည် ဖော်ထုတ်နိုင်သော သို့မဟုတ် အတည်ပြုချက် အချက်အလက်များကို ဖော်ထုတ်နိုင်သည်.

  1. LFS API ကို ဆက်သွယ်ခြင်း။
  2. Batch API ၏ download လုပ်ဆောင်ချက်ကို ရယူခြင်း။
  3. ထို လုပ်ဆောင်ချက်၏ download URL သို့ ရောက်ရှိခြင်း၊ ၎င်းသည် မတူညီသော object-storage host နှင့် ပေးအပ်ထားသော header များကို အသုံးပြုနိုင်သည်။
  4. အရာဝတ္ထု၏ ကိုယ်ထည်ကို ကူးပြောင်းခြင်း။

repository LFS endpoint override များအပြင် အမှန်တကယ် URL ကိုပါ စစ်ဆေးပါ။ LFS တွင် ၎င်း၏ ကိုယ်ပိုင် HTTP အကောင်အထည်ဖော်မှု၊ configuration နှင့် အမွေဆက်ခံထားသော proxy ပတ်ဝန်းကျင် ရှိသည်။ Git LFS 3.7.0 အတွက် အမှန်တကယ် တောင်းဆိုမှု URL အတွက် ၎င်း၏ proxy ရွေးချယ်မှု အစဉ် ကို လိုက်နာပါ။ သာမာန် Git HTTPS host သို့ ရောက်ရှိခြင်းသည် နောက်ပိုင်း object လမ်းကြောင်းတိုင်းကို စမ်းသပ်ခြင်း မဟုတ်ပါ။ object-host အတည်ပြုချက် မအောင်မြင်မှုသည် proxy 407 နှင့်လည်း ကွဲပြားသည်။

ဒေါင်းလုဒ်များကို ရည်ရွယ်သည့်အခါ ထိန်းချုပ်ထားသော repository တွင် သီးခြား fetch တစ်ခုက အခြား clone တစ်ခု မလိုဘဲ မအောင်မြင်မှုကို ဖော်ထုတ်နိုင်သည်-

git -C project lfs fetch

၎င်းသည် အရာဝတ္ထုများကို ကူးပြောင်းသည်။ ဖတ်ရုံသက်သက် settings ရှာဖွေမှု မဟုတ်ပါ။ လိုအပ်သော အကြောင်းအရာ ရရှိနိုင်ကြောင်း နောက်ပိုင်းတွင် အတည်ပြုပါ။ တစ်စိတ်တစ်ပိုင်း checkout တွင် ကျန်ရှိနေသော pointer ငယ်သည် ဖိုင်ကြီး မဟုတ်ပါ၊ ယခင်က အောင်မြင်ခဲ့သော Git command သည် LFS ကူးပြောင်းမှု ပြီးစီးကြောင်း သက်သေမပြနိုင်ပါ။

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