Cargo રજિસ્ટ્રી ડાઉનલોડ કામ કરે છે, પરંતુ Git dependencies નિષ્ફળ જાય છે

Cargo નું proxy બદલતા પહેલાં નિષ્ફળ થયેલ source URL વાંચો. રજિસ્ટ્રી metadata, crate archive અને Git dependency અલગ fetching અને authentication માર્ગો વાપરી શકે છે. SSH Git URL ને HTTPS કરતાં અલગ transport arrangement પણ જોઈએ.

Cargo ની સંબંધિત HTTP requests માટે route આ રીતે સેટ કરી શકાય છે:

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

Documentation endpoint ને તમારા HTTP proxyથી બદલો. Public proxies વાપરવાની મંજૂરી ધરાવતા public registry path માટે ઉમેદવારો 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 બદલ્યા પછી પણ એ જ સમસ્યા રહે છે. આ વિકલ્પ 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 લાવી શકે છે.