Cargo registry ਡਾਊਨਲੋਡ ਕੰਮ ਕਰਦੇ ਹਨ, ਪਰ Git dependencies ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ

Cargo ਦਾ proxy ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲ source URL ਪੜ੍ਹੋ। Registry metadata, crate archive ਅਤੇ Git dependency ਵੱਖਰੇ fetching ਅਤੇ authentication paths ਵਰਤ ਸਕਦੇ ਹਨ। SSH Git URL ਨੂੰ HTTPS ਤੋਂ ਵੱਖਰਾ transport arrangement ਵੀ ਚਾਹੀਦਾ ਹੈ।

Cargo ਦੀਆਂ ਸੰਬੰਧਿਤ HTTP requests ਲਈ route ਇਸ ਤਰ੍ਹਾਂ ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

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

Documentation endpoint ਨੂੰ ਆਪਣੇ HTTP proxy ਨਾਲ ਬਦਲੋ। Public proxy ਵਰਤਣ ਦੀ ਇਜਾਜ਼ਤ ਵਾਲੇ public registry path ਲਈ candidates HTTP proxy list ਵਿੱਚ ਹਨ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ external Git executable ਨੂੰ ਉਹੀ configuration ਮਿਲੀ।

ਜੇ ਅਸਫਲ source Git ਹੈ, ਤਾਂ Cargo ਆਪਣੀ built-in implementation ਦੀ ਥਾਂ Git CLI ਚੁਣ ਸਕਦਾ ਹੈ:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true ਇੱਕ command ਲਈ ਇਸ ਨੂੰ ਚੁਣਦਾ ਹੈ। External Git ਨੂੰ ਹੁਣ ਆਪਣੀ proxy configuration ਅਤੇ credentials ਚਾਹੀਦੇ ਹਨ। ਉਸੇ launch environment ਵਿੱਚ ਉਹੀ Git URL compare ਕਰੋ; ਕਿਸੇ ਹੋਰ terminal ਵਿੱਚ ਚੱਲਦਾ unrelated repository test ਨਹੀਂ ਹੈ।

Missing revision, repository permission denial ਜਾਂ SSH host-key error implementation ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਉਹੀ ਸਮੱਸਿਆ ਰਹਿੰਦੀ ਹੈ। ਇਹ option supported client ਚੁਣਨ ਦਾ ਤਰੀਕਾ ਹੈ, ਆਮ dependency repair ਨਹੀਂ।

Diagnosis ਨੂੰ project ਜਾਂ command scope ਵਿੱਚ ਰੱਖੋ: global Git ਅਤੇ user Cargo settings ਹੋਰ workspaces ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ। Registry URL package data ਚੁਣਦਾ ਹੈ, intermediary ਨਹੀਂ। Git path ਕੰਮ ਕਰਨ ਮਗਰੋਂ ਪੂਰੀ intended Cargo operation ਦੁਬਾਰਾ ਚਲਾਓ, ਕਿਉਂਕਿ archives, redirects ਅਤੇ build-time downloads ਹੋਰ routes ਜੋੜ ਸਕਦੇ ਹਨ।