د 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 registry path لپاره چې public proxies کارولای شي، 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 کې کارکوونکی unrelated repository ازموینه نه ده.

Missing revision، repository permission denial یا SSH host-key error د implementation له بدلولو وروسته هم هماغه ستونزه ده. دا option supported client ټاکي، عمومي dependency repair نه کوي.

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 زیاتولی شي.