Preuzimanja iz Cargo registra rade, ali Git zavisnosti ne uspijevaju

Pročitajte URL neuspjelog izvora prije promjene Cargo proxyja. Metapodaci registra, crate arhiva i Git zavisnost mogu koristiti različite putanje preuzimanja i autentifikacije. SSH Git URL također treba drugačiji transportni raspored od HTTPS-a.

Za relevantne Cargo HTTP zahtjeve ruta se može postaviti ovako:

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

Endpoint iz dokumentacije zamijenite svojim HTTP proxyjem. Za javnu putanju registra kojoj je dozvoljeno koristiti javne proxyje, kandidati su u HTTP proxy listi. To ne dokazuje da je vanjski Git izvršni program dobio istu konfiguraciju.

Ako je neuspjeli izvor Git, Cargo može izabrati Git CLI umjesto ugrađene implementacije:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true ga bira za jednu naredbu. Vanjski Git sada treba vlastitu konfiguraciju proxyja i vjerodajnice. Uporedite isti Git URL u istom okruženju pokretanja; nepovezani repozitorij koji radi u drugom terminalu nije test.

Nedostajuća revizija, odbijena dozvola repozitorija ili greška SSH host ključa ostaju isti problem nakon promjene implementacije. Opcija bira podržanog klijenta, a ne popravlja zavisnosti općenito.

Dijagnozu držite u opsegu projekta ili komande: globalne Git postavke i korisničke Cargo postavke mogu uticati na druga radna okruženja. URL registra bira podatke paketa, a ne posrednika. Nakon što Git put proradi, ponovo pokrenite cijelu namjeravanu Cargo operaciju jer arhive, preusmjeravanja i preuzimanja tokom izgradnje mogu uvesti druge putanje.