Cargo רעגיסטרי דאַונלאָודס ארבעטן, אבער Git דעפּענדענסעס דורכפאלן

לייענט דעם source URL וואס האט דורכגעפאלן איידער איר ענדערט Cargo'ס פראקסי. Registry metadata, א crate archive און א Git dependency קענען נוצן פארשידענע fetching און authentication paths. א SSH Git URL דארף אויך אן אנדער transport arrangement ווי HTTPS.

פאר Cargo'ס רעלעוואנטע HTTP requests קען מען שטעלן דעם route אזוי:

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

טוישט דעם documentation endpoint מיט אייער HTTP proxy. פאר א public registry path וואס מעג נוצן public proxies זענען candidates אין דער HTTP proxy list. דאס באווייזט נישט אז אן external Git executable האט באקומען די זעלבע configuration.

אויב דער source וואס פאלט איז Git קען Cargo אויסקלייבן Git CLI אנשטאט דער built-in implementation:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true קלייבט עס פאר איין command. דער external Git דארף יעצט זיין אייגענע proxy configuration און credentials. פארגלייכט דעם זעלבן Git URL אין דעם זעלבן launch environment; א נישט פארבונדענע repository וואס ארבעט אין אן אנדערן terminal איז נישט דער test.

Missing revision, repository permission denial אדער SSH host-key error בלייבן דער זעלבער פראבלעם נאכן טוישן implementation. די option קלייבט א supported client, זי פארריכט נישט dependencies בכלל.

האלט די 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.