Preuzimanja iz Cargo registryja rade, ali Git ovisnosti ne uspijevaju

Pročitajte URL neuspjelog izvora prije promjene Cargo proxyja. Metapodaci registryja, crate arhiva i Git ovisnost mogu koristiti različite putanje dohvaćanja i provjere identiteta. SSH Git URL treba i 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 dopušteno koristiti javne proxyje, kandidati su u popisu HTTP proxyja. To ne dokazuje da je vanjski Git izvršni program primio istu konfiguraciju.

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

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

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

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

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