Cargo registry-ийн таталтууд ажиллаж байгаа ч Git хамаарлууд бүтэлгүйтэж байна

Cargo-ийн прокси-г өөрчлөхөөс өмнө бүтэлгүйтсэн source URL-ийг унш. Registry metadata, crate archive болон Git dependency нь fetching, authentication-ийн өөр өөр зам ашиглаж болно. SSH Git URL-д HTTPS-ээс өөр transport arrangement мөн хэрэгтэй.

Cargo-ийн холбогдох HTTP requests-ийн route-ийг ингэж тохируулж болно:

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

Documentation endpoint-ийг өөрийн HTTP proxy-оор соль. Public proxy ашиглахыг зөвшөөрсөн 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-д ажилладаг unrelated 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 нэмж болно.