Cargo registry डाउनलोड काम गर्छ, तर Git dependencies असफल हुन्छन्

Cargo को proxy बदल्नुअघि असफल भएको source URL पढ्नुहोस्। Registry metadata, crate archive र Git dependency ले fetching तथा authentication का फरक path प्रयोग गर्न सक्छन्। 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 मा काम गर्ने असम्बन्धित 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 थप्न सक्छन्।