ການຕັ້ງຄ່າ proxy ສຳລັບການດາວໂຫຼດ CMake ExternalProject

CMake ຕັ້ງຄ່າສຳເລັດ. ການ build ເລີ່ມພາຍຫຼັງ, ພະຍາຍາມດາວໂຫຼດ dependency ພາຍນອກ ແລະ ລົ້ມເຫຼວຢູ່ proxy. ຄວາມສຳເລັດກ່ອນໜ້າອາດບໍ່ໄດ້ທົດສອບການດາວໂຫຼດນັ້ນເລີຍ.

ExternalProject_Add() ສ້າງຂັ້ນຕອນທີ່ສາມາດເຮັດວຽກລະຫວ່າງການ build. ຂະບວນການທີ່ເລີ່ມຂັ້ນຕອນເຫຼົ່ານັ້ນອາດມີສະພາບແວດລ້ອມຕ່າງຈາກ terminal ຫຼື IDE ທີ່ຕັ້ງຄ່າໂຄງການຫຼັກ. ຄວາມແຕກຕ່າງນີ້ງ່າຍທີ່ຈະມອງຂ້າມໃນ CI ທີ່ການຕັ້ງຄ່າ ແລະ ການຄອມໄພລ໌ອາດເປັນວຽກແຍກກັນ.

ຊອກຫາການເຮັດວຽກຂອງເຄືອຂ່າຍ

• ການດາວໂຫຼດຜ່ານ URL ໃຊ້ເສັ້ນທາງດາວໂຫຼດຂອງ CMake.
• ແຫຼ່ງ Git ເອີ້ນ ການຂົນສົ່ງ Git ທີ່ມີການຕັ້ງຄ່າທີ່ຮອງຮັບຂອງຕົນເອງ.
• DOWNLOAD_COMMAND ແບບກຳນົດເອງໃຊ້ໂປຣແກຣມໃດກໍໄດ້ທີ່ໂຄງການກຳນົດໄວ້.

ຢ່າສະຫຼຸບວ່າການຕັ້ງຄ່າ proxy ຂອງໂປຣແກຣມໜຶ່ງຕັ້ງຄ່າທັງສາມ. ອ່ານຄຳສັ່ງ ແລະ ຂໍ້ຜິດພາດຂອງຂັ້ນຕອນທີ່ລົ້ມເຫຼວ ກ່ອນຈະປ່ຽນ URL ຂອງ dependency.

ຖ້າໂປຣແກຣມດາວໂຫຼດທີ່ເລືອກຮອງຮັບຕົວແປສະພາບແວດລ້ອມ proxy, ໃຫ້ສົ່ງມັນໃຫ້ຂະບວນການທີ່ປະຕິບັດຂັ້ນຕອນນັ້ນຕົວຈິງ. ສຳລັບການດາວໂຫຼດສາທາລະນະທີ່ລູກຄ້າຍອມຮັບ proxy HTTP, ລາຍຊື່ proxy HTTP ສະເໜີຜູ້ສະໝັກຈຸດປາຍທາງເມື່ອເສັ້ນທາງນັ້ນໄດ້ຮັບອະນຸຍາດ. ການສົ່ງຕົວແປ cache ຂອງ CMake ທົ່ວໄປທີ່ມີຊື່ຄ້າຍຄືກັນບໍ່ແມ່ນສິ່ງດຽວກັນກັບການຕັ້ງຕົວແປສະພາບແວດລ້ອມຂອງຂະບວນການລູກໂດຍອັດຕະໂນມັດ.

ຮັກສາຄວາມແຕກຕ່າງຈາກ FetchContent ໄວ້ຄືກັນ: ການເຕີມ dependency ຕາມປົກກະຕິຂອງມັນເກີດຂຶ້ນລະຫວ່າງການຕັ້ງຄ່າ, ດັ່ງນັ້ນສູດທີ່ໃຊ້ໄດ້ຢູ່ຫັ້ນບໍ່ໄດ້ພິສູດສະພາບແວດລ້ອມຂອງຂັ້ນຕອນ build ExternalProject.

ຄຳຕອບເກົ່າທີ່ແນະນຳໃຫ້ໃຊ້ໂປຣແກຣມດາວໂຫຼດແບບກຳນົດເອງເພື່ອຫຼີກລ່ຽງຂໍ້ຈຳກັດການປ່ຽນເສັ້ນທາງໃນອະດີດ ບໍ່ແມ່ນຫຼັກຖານວ່າທຸກຄວາມລົ້ມເຫຼວໃນປັດຈຸບັນຕ້ອງການຄຳສັ່ງດາວໂຫຼດໃໝ່. ກວດເບິ່ງວ່າຂໍ້ຜິດພາດປັດຈຸບັນເປັນການປ່ຽນເສັ້ນທາງ, ການພິສູດຕົວຕົນ proxy, ຄວາມໄວ້ວາງໃຈໃນໃບຮັບຮອງ ຫຼື ພຽງແຕ່ການເຂົ້າເຖິງ. ຮັກສາ hash ຂອງໄຟລ໌ສະກັດທີ່ຄາດຫວັງ ແລະ ການກວດສອບ TLS ໄວ້ຂະນະທີ່ແກ້ເສັ້ນທາງທີ່ກ່ຽວຂ້ອງ.