ການດາວໂຫຼດ Cargo registry ເຮັດວຽກ ແຕ່ Git dependencies ລົ້ມເຫຼວ

ອ່ານ source URL ທີ່ລົ້ມເຫຼວກ່ອນປ່ຽນ Cargo proxy. Registry metadata, crate archive ແລະ Git dependency ອາດໃຊ້ fetching ແລະ authentication paths ທີ່ຕ່າງກັນ. 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 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 ອື່ນ ບໍ່ແມ່ນການທົດສອບ.

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 ອື່ນ.