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 proxies ఉపయోగించడానికి అనుమతి ఉన్న 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ను జోడించవచ్చు.