Cargo registry жүктөөлөрү иштейт, бирок Git көз карандылыктары иштебей жатат
Cargo registryнин HTTP жолун Git булактарын алуудан бөлүп, прокси жүрүмү айырмаланганда Git ишке ашыруусун атайын тандаңыз.
Cargo проксисин өзгөртүүдөн мурун иштебей калган source URLин окуңуз. Registry metadata, crate archive жана Git dependency fetching жана authentication үчүн ар башка жолдорду колдонушу мүмкүн. SSH Git URLине HTTPSтен башка transport arrangement да керек.
Cargoнун тиешелүү HTTP requests үчүн route мындай коюлат:
[http]
proxy = "http://203.0.113.10:8080"Documentation endpointин HTTP проксиңиз менен алмаштырыңыз. Public proxy колдонууга уруксат берилген public registry path үчүн талапкерлер HTTP proxy listте бар. Бул external Git executable ошол эле configuration алганын далилдебейт.
Эгер иштебей калган source Git болсо, Cargo built-in implementation ордуна Git CLI тандай алат:
[net]
git-fetch-with-cli = trueCARGO_NET_GIT_FETCH_WITH_CLI=true аны бир command үчүн тандайт. Эми external Gitке өзүнүн proxy configurationы жана credentials керек. Бир эле launch environment ичинде ошол эле Git URLди салыштырыңыз; башка terminalде иштеген unrelated repository тест эмес.
Missing revision, repository permission denial же SSH host-key error implementation алмашкандан кийин да ошол көйгөй бойдон калат. Бул option supported client тандоонун жолу, жалпы dependency repair эмес.
Диагностиканы 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 кошушу мүмкүн.