Preuzimanja iz Cargo registryja rade, ali Git zavisnosti ne uspijevaju

Pročitajte URL neuspjelog izvora prije nego promijenite Cargo proxy. Metapodaci registryja, 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 registry putanju 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 proxy konfiguraciju 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 ključa hosta ostaju isti problem nakon promjene implementacije. Opcija bira podržanog klijenta, a ne popravlja zavisnosti općenito.

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