ការទាញយកពី Cargo registry ដំណើរការ ប៉ុន្តែ Git dependencies បរាជ័យ

អាន source URL ដែលបរាជ័យ មុនពេលប្តូរ Cargo proxy។ Registry metadata, crate archive និង Git dependency អាចប្រើផ្លូវ fetching និង authentication ផ្សេងគ្នា។ SSH Git URL ក៏ត្រូវការ transport arrangement ផ្សេងពី HTTPS ផងដែរ។

សម្រាប់ HTTP requests ដែលពាក់ព័ន្ធរបស់ Cargo អ្នកអាចកំណត់ route ដូចនេះ៖

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

ជំនួស documentation endpoint ដោយ HTTP proxy របស់អ្នក។ សម្រាប់ public registry path ដែលអនុញ្ញាតឱ្យប្រើ public proxies អ្នកអាចរក candidates នៅក្នុង បញ្ជី HTTP proxy។ នេះមិនបញ្ជាក់ថា 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 ផ្សេង មិនមែនជាការសាកល្បងទេ។

Missing revision, repository permission denial ឬ SSH host-key error នៅតែជាបញ្ហាដដែល បន្ទាប់ពីប្តូរ implementation។ ជម្រើសនេះជាវិធីជ្រើស supported client មិនមែនការជួសជុល dependency ទូទៅទេ។

រក្សា 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 ផ្សេង។