Cargo registry indirmeleri çalışıyor, ancak Git bağımlılıkları başarısız oluyor
Cargo registry HTTP yolunu Git kaynaklarını almaktan ayırın ve proxy davranışı farklı olduğunda Git uygulamasını bilinçli seçin.
Cargo proxy’sini değiştirmeden önce başarısız olan source URL’yi okuyun. Registry metadata, crate archive ve Git dependency farklı fetching ve authentication yolları kullanabilir. SSH Git URL’si ayrıca HTTPS’ten farklı bir transport arrangement gerektirir.
Cargo’nun ilgili HTTP requests işlemleri için route şöyle ayarlanabilir:
[http]
proxy = "http://203.0.113.10:8080"Documentation endpoint’i HTTP proxy’nizle değiştirin. Public proxy kullanmasına izin verilen public registry path için candidates HTTP proxy list içindedir. Bu, external Git executable’ın aynı configuration’ı aldığı anlamına gelmez.
Başarısız olan source Git ise Cargo built-in implementation yerine Git CLI’yi seçebilir:
[net]
git-fetch-with-cli = trueCARGO_NET_GIT_FETCH_WITH_CLI=true onu tek bir command için seçer. External Git’in artık kendi proxy configuration’ına ve credentials’a ihtiyacı vardır. Aynı Git URL’yi aynı launch environment içinde karşılaştırın; başka terminalde çalışan ilgisiz repository test değildir.
Missing revision, repository permission denial veya SSH host-key error implementation değiştirildikten sonra da aynı sorun olarak kalır. Bu option supported client seçmenin yoludur, genel dependency repair değildir.
Diagnosis’u project veya command scope’unda tutun: global Git ve user Cargo settings diğer workspace’leri etkileyebilir. Registry URL package data seçer, intermediary seçmez. Git path çalıştıktan sonra intended Cargo operation’ın tamamını yeniden çalıştırın; archives, redirects ve build-time downloads başka routes ekleyebilir.