Upakuaji wa Cargo registry unafanya kazi, lakini utegemezi wa Git unashindwa

Soma URL ya chanzo kilichoshindwa kabla ya kubadilisha proksi ya Cargo. Metadata ya registry, crate archive na utegemezi wa Git vinaweza kutumia njia tofauti za fetching na authentication. URL ya SSH Git pia inahitaji mpangilio wa transport tofauti na HTTPS.

Kwa HTTP requests husika za Cargo, route inaweza kuwekwa hivi:

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

Badilisha documentation endpoint na HTTP proxy yako. Kwa public registry path inayoruhusiwa kutumia public proxies, candidates ziko katika orodha ya HTTP proxy. Hii haithibitishi kuwa external Git executable ilipokea configuration hiyo hiyo.

Ikiwa source iliyoshindwa ni Git, Cargo inaweza kuchagua Git CLI badala ya built-in implementation:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true huichagua kwa command moja. External Git sasa inahitaji proxy configuration yake na credentials. Linganisha Git URL hiyo hiyo katika launch environment hiyo hiyo; repository isiyohusiana inayofanya kazi kwenye terminal nyingine si jaribio.

Missing revision, repository permission denial au SSH host-key error hubaki tatizo hilo hilo baada ya kubadilisha implementation. Chaguo hili huchagua supported client, si kurekebisha dependencies kwa jumla.

Weka diagnosis katika project au command scope: global Git na user Cargo settings zinaweza kuathiri workspaces nyingine. Registry URL huchagua package data, si intermediary. Git path ikifanya kazi, endesha tena intended Cargo operation yote kwa sababu archives, redirects na build-time downloads zinaweza kuongeza routes nyingine.