Cargo registry-ის ჩამოტვირთვები მუშაობს, მაგრამ Git დამოკიდებულებები ვერ იტვირთება

Cargo-ს proxy-ს შეცვლამდე წაიკითხეთ ჩავარდნილი წყაროს URL. Registry-ის მეტამონაცემები, crate-ის არქივი და Git დამოკიდებულება შეიძლება ჩამოტვირთვისა და ავთენტიფიკაციის განსხვავებულ გზებს იყენებდეს. SSH Git URL-ს HTTPS-ისგან განსხვავებული transport arrangement-იც სჭირდება.

Cargo-ს შესაბამისი HTTP მოთხოვნებისთვის route ასე შეიძლება განისაზღვროს:

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

Documentation endpoint შეცვალეთ თქვენი HTTP proxy-ით. საჯარო registry path-ისთვის, რომელსაც public proxy-ების გამოყენება ნებადართული აქვს, კანდიდატებია HTTP proxy list-ში. ეს არ ამტკიცებს, რომ გარე Git executable-მა იგივე კონფიგურაცია მიიღო.

თუ ჩავარდნილი source Git-ია, Cargo-ს შეუძლია ჩაშენებული იმპლემენტაციის ნაცვლად Git CLI აირჩიოს:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true მას ერთი command-ისთვის ირჩევს. გარე Git-ს ახლა სჭირდება საკუთარი proxy configuration და credentials. შეადარეთ იგივე Git URL იმავე launch environment-ში; სხვა terminal-ში მომუშავე unrelated repository ტესტი არ არის.

Missing revision, repository permission denial ან SSH host-key error იმპლემენტაციის შეცვლის შემდეგაც იგივე პრობლემად რჩება. ეს option supported client-ის არჩევის გზაა და არა dependency-ის ზოგადი შეკეთება.

დიაგნოსტიკა project ან command scope-ში შეინარჩუნეთ: global Git და user Cargo settings-მა შეიძლება სხვა workspace-ებზე იმოქმედოს. Registry URL package data-ს ირჩევს და არა intermediary-ს. Git path-ის ამუშავების შემდეგ თავიდან გაუშვით სრული განზრახული Cargo operation, რადგან archives, redirects და build-time downloads-მა სხვა routes შეიძლება დაამატოს.