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 = true

CARGO_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.

İlgili makaleler