Lexoni URL-në e burimit që dështoi para se të ndryshoni proxy-n e Cargo-s. Metadata e regjistrit, një arkiv crate dhe një varësi Git mund të përdorin rrugë të ndryshme marrjeje dhe autentikimi. Një URL Git SSH ka nevojë edhe për rregullim transporti të ndryshëm nga HTTPS.

Për kërkesat përkatëse HTTP të Cargo-s, ruta mund të caktohet kështu:

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

Zëvendësoni endpoint-in e dokumentacionit me proxy-n tuaj HTTP. Për një rrugë publike regjistri që lejohet të përdorë proxy publike, kandidatët janë në listën e proxy-ve HTTP. Kjo nuk provon se një ekzekutues i jashtëm Git mori të njëjtin konfigurim.

Nëse burimi që dështon është Git, Cargo mund të zgjedhë Git CLI në vend të zbatimit të integruar:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true e zgjedh atë për një komandë. Git-i i jashtëm tani ka nevojë për konfigurimin e vet të proxy-t dhe kredencialet. Krahasoni të njëjtën URL Git në të njëjtin mjedis nisjeje; një repository i palidhur që funksionon në terminal tjetër nuk është testi.

Një rishikim që mungon, mohimi i lejes së repository-t ose gabimi i SSH host-key mbeten i njëjti problem pas ndërrimit të zbatimit. Opsioni zgjedh një klient të mbështetur, nuk riparon varësitë në përgjithësi.

Mbajeni diagnozën në shtrirjen e projektit ose komandës: cilësimet globale të Git dhe cilësimet Cargo të përdoruesit mund të ndikojnë në workspaces të tjera. Një URL regjistri zgjedh të dhënat e paketës, jo ndërmjetësuesin. Pasi rruga Git të funksionojë, ekzekutoni përsëri të gjithë veprimin e synuar Cargo, sepse arkivat, ridrejtimet dhe shkarkimet gjatë ndërtimit mund të shtojnë rrugë të tjera.

Artikuj të ngjashëm