Cargo registro atsisiuntimai veikia, bet Git priklausomybės nepavyksta

Prieš keisdami Cargo proxy perskaitykite nepavykusio šaltinio URL. Registro metaduomenys, crate archyvas ir Git priklausomybė gali naudoti skirtingus gavimo ir autentifikavimo kelius. SSH Git URL taip pat reikia kitokio transporto išdėstymo nei HTTPS.

Atitinkamoms Cargo HTTP requests užklausoms route galima nustatyti taip:

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

Dokumentacijos endpoint pakeiskite savo HTTP proxy. Viešam registro keliui, kuriam leidžiama naudoti viešuosius proxy, kandidatai pateikiami HTTP proxy sąraše. Tai neįrodo, kad išorinis Git executable gavo tokią pačią configuration.

Jei nepavykęs source yra Git, Cargo gali pasirinkti Git CLI vietoje integruotos implementation:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true ją pasirenka vienai command. Išoriniam Git dabar reikia savo proxy configuration ir credentials. Palyginkite tą patį Git URL toje pačioje launch environment; kitame terminale veikiantis nesusijęs repository nėra testas.

Missing revision, repository permission denial arba SSH host-key error po realizacijos pakeitimo lieka ta pačia problema. Ši option parenka supported client, o ne bendrai taiso dependency.

Diagnozę laikykite project arba command scope: global Git ir user Cargo settings gali paveikti kitas workspace. Registro URL pasirenka package data, o ne intermediary. Kai Git path veikia, dar kartą paleiskite visą intended Cargo operation, nes archives, redirects ir build-time downloads gali pridėti kitus routes.