Преземањата од Cargo registry работат, но Git зависностите не успеваат

Прочитајте го URL-то на неуспешниот извор пред да го менувате Cargo proxy. Registry metadata, crate archive и Git dependency може да користат различни патеки за преземање и автентикација. SSH Git URL има потреба и од различен transport arrangement од HTTPS.

За релевантните HTTP requests на Cargo, route може да се постави вака:

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

Заменете го documentation endpoint со вашиот HTTP proxy. За public registry path на кој му е дозволено да користи public proxies, кандидатите се во HTTP proxy list. Ова не докажува дека надворешниот Git executable ја добил истата configuration.

Ако неуспешниот 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; unrelated repository што работи во друг terminal не е тест.

Missing revision, repository permission denial или SSH host-key error остануваат ист проблем и по промена на имплементацијата. Опцијата избира supported client, а не ги поправа зависностите општо.

Чувајте ја дијагностиката во project или command scope: global Git и user Cargo settings може да влијаат врз други workspace. Registry URL избира package data, а не intermediary. Кога Git path ќе работи, повторно извршете ја целата intended Cargo operation бидејќи archives, redirects и build-time downloads може да воведат други routes.