ເສັ້ນທາງໂປຣກຊີສຳລັບ Git submodule

ການ clone repository ຫຼັກສຳເລັດ ບໍ່ໄດ້ທົດສອບ submodule. Submodule ແມ່ນ Git repository ອື່ນ ແລະອາດຢູ່ host ອື່ນ ຫຼືໃຊ້ການຂົນສົ່ງອື່ນ.

ເລີ່ມໂດຍອ່ານ URL ທີ່ປະກາດ:

git -C project config --file .gitmodules --get-regexp '^submodule\..*\.url$'
git -C project submodule status --recursive

ຕົວແມ່ທີ່ດຶງຜ່ານ HTTPS ອາດມີ submodule ທີ່ໃຊ້ git@host:. ການຕັ້ງຄ່າ HTTP proxy ບໍ່ໄດ້ຕັ້ງຄ່າ SSH ນັ້ນ. URL ສຳພັນຕ້ອງແກ້ຕາມ remote ຂອງ superproject, ບໍ່ແມ່ນຕາມເວັບທີ່ຄາດຈາກຊື່ໂຄງການ.

ການຕັ້ງຄ່າທ້ອງຖິ່ນມີຂອບເຂດ

ລາຍການ http.proxy ທ້ອງຖິ່ນເປັນຂອງ repository ທີ່ໄຟລ໌ຕັ້ງຄ່າບັນຈຸ. ການກວດແຕ່ຕົວແມ່ບໍ່ເຫັນການຕັ້ງຄ່າທັງໝົດໃນລູກ.

ສຳລັບ HTTPS proxy ຊົ່ວຄາວໃນ recursive update, ໃຫ້ Git command-line config ໃນການເອີ້ນນັ້ນ:

git -C project -c http.proxy=http://203.0.113.10:8080 \
  submodule update --init --recursive

ແທນ endpoint ຕົວຢ່າງ. ສຳລັບ HTTPS submodule ສາທາລະນະ ໃຊ້ທີ່ຢູ່ຈາກ ລາຍຊື່ HTTP proxy. ມັນບໍ່ປ່ຽນ SSH URL ເປັນ HTTPS; ກວດ URL config ສະເພາະຖ້າເສັ້ນທາງແປກ.

ເມື່ອ URL ທີ່ລົງທະບຽນປ່ຽນ

Git ລົງທະບຽນ config ຂອງ submodule ໃນທ້ອງຖິ່ນເວລາເລີ່ມ. ປຽບທຽບຄຳປະກາດປັດຈຸບັນກັບຄ່າທ້ອງຖິ່ນກ່ອນຕັດສິນວ່າ proxy ເສຍ. sync ອັບເດດ URL ຈາກຄຳປະກາດ ແຕ່ບໍ່ແມ່ນ network proxy config.

ໃນຄວາມຜິດພາດຊ້ອນ ໃຫ້ຈົດ path ແລະ remote ທີ່ແນ່ນອນ. recursive ອາດຕິດຕໍ່ຫຼາຍ host; host ພາຍໃນອາດຕ້ອງ direct exception ໃນຂະນະ host ສາທາລະນະໃຊ້ proxy.

ແຍກ transport errors ອອກຈາກ repository errors. commit ບໍ່ພົບ, access ຖືກປະຕິເສດ ແລະ proxy connection ລົ້ມເຫຼວ ແມ່ນເຫດຜົນຕ່າງກັນຂອງ ‘submodule update failed’.