Cargo registry ဒေါင်းလုဒ်များ အလုပ်လုပ်သော်လည်း Git dependencies မအောင်မြင်ပါ

Cargo proxy ကို မပြောင်းမီ မအောင်မြင်သည့် source URL ကို ဖတ်ပါ။ Registry metadata၊ crate archive နှင့် Git dependency တို့သည် fetching နှင့် authentication paths မတူညီစွာ အသုံးပြုနိုင်သည်။ SSH Git URL သည် HTTPS နှင့် မတူသော transport arrangement လိုအပ်သည်။

Cargo ၏ သက်ဆိုင်ရာ HTTP requests များအတွက် route ကို ဤသို့ သတ်မှတ်နိုင်သည်။

[http]
proxy = "http://203.0.113.10:8080"

Documentation endpoint အစား သင့် HTTP proxy ကို ထည့်ပါ။ Public proxies သုံးရန် ခွင့်ပြုထားသည့် public registry path အတွက် candidates များကို HTTP proxy list တွင် တွေ့နိုင်သည်။ External Git executable သည် configuration တူညီစွာ ရရှိခဲ့သည်ဟု မဆိုနိုင်ပါ။

မအောင်မြင်သည့် source သည် Git ဖြစ်ပါက Cargo သည် built-in implementation အစား Git CLI ကို ရွေးနိုင်သည်။

[net]
git-fetch-with-cli = true

CARGO_NET_GIT_FETCH_WITH_CLI=true သည် command တစ်ခုအတွက် ၎င်းကို ရွေးသည်။ External Git သည် ယခု ကိုယ်ပိုင် proxy configuration နှင့် credentials လိုအပ်သည်။ Launch environment တူညီတွင် Git URL တူညီကို နှိုင်းယှဉ်ပါ။ အခြား terminal တွင် လုပ်ဆောင်နေသော မသက်ဆိုင်သည့် repository သည် စမ်းသပ်မှုမဟုတ်ပါ။

Missing revision၊ repository permission denial သို့မဟုတ် SSH host-key error သည် implementation ပြောင်းပြီးနောက်လည်း ထိုပြဿနာအတိုင်း ဆက်ရှိသည်။ ဤ option သည် supported client ကို ရွေးရန်သာဖြစ်ပြီး dependency ကို ယေဘုယျ ပြုပြင်ခြင်းမဟုတ်ပါ။

Diagnosis ကို project သို့မဟုတ် command scope တွင် ထားပါ။ Global Git နှင့် user Cargo settings များသည် အခြား workspace များကို သက်ရောက်နိုင်သည်။ Registry URL သည် package data ကို ရွေးပြီး intermediary ကို မရွေးပါ။ Git path အလုပ်လုပ်ပြီးနောက် intended Cargo operation အပြည့်အစုံကို ပြန်လုပ်ပါ။ Archives၊ redirects နှင့် build-time downloads များသည် အခြား routes များ ထပ်မံဖြစ်စေနိုင်သည်။