ເປັນຫຍັງ pip ດາວໂຫຼດ build dependency ກ່ອນຕິດຕັ້ງແພັກເກັດຂອງທ່ານ

archive ຕົ້ນສະບັບທີ່ຢູ່ໃນເຄື່ອງຍັງອາດຕ້ອງການການເຂົ້າເຖິງເຄືອຂ່າຍ. ກ່ອນ pip ຈະຕິດຕັ້ງໄດ້, pip ອາດຕ້ອງການ build backend ແລະ ແພັກເກັດຊ່ວຍເຫຼືອເພື່ອສ້າງ wheel.

ຊອກຫາຄວາມລົ້ມເຫຼວໃນລຳດັບນີ້: ການດຶງ archive ເປົ້າໝາຍ, ການຕິດຕັ້ງ build requirement, ການປະຕິບັດ backend, ແລ້ວຈຶ່ງຕິດຕັ້ງແພັກເກັດທີ່ໄດ້ມາ. backend hook ອາດຮ້ອງຂໍ build requirement ເພີ່ມເຕີມ; ສິ່ງເຫຼົ່ານັ້ນແຍກຈາກ dependency ເວລາເຮັດວຽກຂອງແພັກເກັດ.

ກຳນົດ artifact ທີ່ pip ຍັງຕ້ອງການ

ທີ່ “Installing build dependencies” ບັນທຶກແພັກເກັດ ແລະ URL ທີ່ລົ້ມເຫຼວ. ກວດເບິ່ງ index ທີ່ໃຊ້ງານ, ເສັ້ນທາງ proxy, ບໍລິບົດບັນຊີ ແລະ ຄວາມໄວ້ໃຈສຳລັບຄຳຮ້ອງຂໍນັ້ນ, ໂດຍໃຊ້ການຕັ້ງຄ່າທີ່ມີເອກະສານຂອງ pip ທີ່ຕິດຕັ້ງແລ້ວ. ການດາວໂຫຼດທີ່ສຳເລັດກ່ອນໜ້າບໍ່ໄດ້ພິສູດການເຂົ້າເຖິງທຸກ host ຫຼື environment ຂອງທຸກຕົວຊ່ວຍ. build requirement ສາທາລະນະອາດໃຊ້ HTTP candidate ຈາກ ບັນຊີ proxy HTTP ເມື່ອເສັ້ນທາງນັ້ນໄດ້ຮັບອະນຸຍາດ; ຮັກສາ index ແລະ ນະໂຍບາຍຄວາມໄວ້ໃຈທີ່ຕ້ອງການ. ສູດດາວໂຫຼດໃນອະດີດທີ່ໃຊ້ setup.py ອາດໃຊ້ subprocess ທີ່ແຕກຕ່າງ.

ຖ້າເຄື່ອງອື່ນຕິດຕັ້ງສຳເລັດ, ທຳອິດໃຫ້ປຽບທຽບ artifact ທີ່ເລືອກ. ສະບັບ Python ຫຼື ແພລັດຟອມຂອງມັນອາດມີ wheel ທີ່ສ້າງໄວ້ກ່ອນແລ້ວທີ່ເຂົ້າກັນໄດ້, ໃນຂະນະທີ່ເຄື່ອງນີ້ເລືອກ source distribution ຈຶ່ງຕ້ອງການເຄື່ອງມື build.

ສະໜອງ build environment ຢ່າງຕັ້ງໃຈ

--no-build-isolation ໂອນຄວາມຮັບຜິດຊອບສຳລັບ build dependency ທີ່ຈຳເປັນໃຫ້ທ່ານ. ມັນບໍ່ໄດ້ແກ້ໄຂການຢັ້ງຢືນ proxy ຫຼື ຄວາມໄວ້ໃຈໃນໃບຮັບຮອງ. backend ທີ່ຕິດຕັ້ງໃນເຄື່ອງອາດປິດບັງ requirement ທີ່ຂາດ ຫຼື ບໍ່ເຂົ້າກັນ.

ສຳລັບ build ແບບ offline ຢ່າງຕັ້ງໃຈ, ກະກຽມ artifact ເປົ້າໝາຍ, build requirement ແລະ ເຄື່ອງມືທີ່ຈຳເປັນສຳລັບໂຄງການ ແລະ ແພລັດຟອມ ຜ່ານຂະບວນການທີ່ໄດ້ຮັບອະນຸມັດ. ໂຟນເດີທີ່ມີພຽງ archive ຕົ້ນສະບັບແມ່ນບໍ່ຄົບຖ້ວນ. ເກັບ requirement ແລະ ຂັ້ນຕອນທີ່ລົ້ມເຫຼວໄວ້ໃນລາຍງານ ເພື່ອໃຫ້ແກ້ໄຂເສັ້ນທາງ ຫຼື ຊຸດ artifact ທີ່ກະກຽມໄດ້.