Nedlasting frå Cargo-registeret fungerer, men Git-avhengigheiter feilar

Les URL-en til kjelda som feila før du endrar Cargo-proxyen. Registermetadata, eit crate-arkiv og ei Git-avhengigheit kan bruke ulike vegar for henting og autentisering. Ein SSH Git-URL treng òg eit anna transportoppsett enn HTTPS.

For relevante HTTP-førespurnader i Cargo kan ruta setjast slik:

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

Byt ut dokumentasjon-endepunktet med HTTP-proxyen din. For ei offentleg registerrute som kan bruke offentlege proxyar, finst kandidatar i HTTP-proxylista. Dette viser ikkje at eit eksternt Git-program fekk same konfigurasjon.

Dersom kjelda som feilar er Git, kan Cargo velje Git CLI i staden for den innebygde implementasjonen:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true vel han for éi kommando. Ekstern Git treng no sin eigen proxy-konfigurasjon og legitimasjon. Samanlikn same Git-URL i same startmiljø; eit urelatert repository som fungerer i ein annan terminal er ikkje testen.

Ei manglande revisjon, nekta tilgang til repository eller ein SSH-host-key-feil er framleis same problemet etter byte av implementasjon. Alternativet vel ein støtta klient, men reparerer ikkje avhengigheiter generelt.

Hald diagnosen på prosjekt- eller kommandonivå: globale Git-innstillingar og Cargo-innstillingar for brukaren kan påverke andre arbeidsområde. Ein register-URL vel pakkedata, ikkje ein mellommann. Når Git-vegen fungerer, køyr heile den planlagde Cargo-operasjonen på nytt, sidan arkiv, omdirigeringar og nedlastingar under bygging kan introdusere andre vegar.