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 तुलना करा; दुसऱ्या terminal मध्ये चालणारे unrelated repository ही चाचणी नाही.

Missing revision, repository permission denial किंवा SSH host-key error implementation बदलल्यानंतरही तीच समस्या राहते. हा option supported client निवडण्यासाठी आहे, सामान्य dependency repair साठी नाही.

Diagnosis 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 आणू शकतात.