Maven ຕ້ອງເຂົ້າເຖິງປລັກອິນພຣັອກຊີກ່ອນຈຶ່ງຈະຮັນມັນໄດ້

ປລັກອິນພຣັອກຊີອັດຕະໂນມັດເບິ່ງຄືດີສຳລັບແລັບທັອບທີ່ເຄື່ອນຍ້າຍລະຫວ່າງເຄືອຂ່າຍ. ແຕ່ມີຄຳຂໍທຳອິດໜຶ່ງທີ່ຍຸ່ງຍາກ: Maven ອາດຕ້ອງການພຣັອກຊີເພື່ອເອົາປລັກອິນເອງ.

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

ປລັກອິນ Autoproxy Maven ເກົ່າແກ່ສະແດງຄວາມແຕກຕ່າງນີ້. README ຂອງມັນອະທິບາຍການຄົ້ນພົບພຣັອກຊີຜ່ານ proxy-vole ແຕ່ກໍ່ອະທິບາຍການຕິດຕັ້ງປລັກອິນໃນທ້ອງຖິ່ນກ່ອນເອີ້ນເປົ້າໝາຍຂອງມັນ. ຖືວ່ານັ້ນເປັນເງື່ອນໄຂກ່ອນຂອງການອອກແບບສະເພາະນັ້ນ ບໍ່ແມ່ນຫຼັກຖານວ່າ Maven ອ່ານການຕັ້ງຄ່າ PAC ຂອງບຣາວເຊີທົ່ວໄປ.

ໃຫ້ເສັ້ນທາງທີ່ຊັດເຈນແກ່ການແກ້ໄຂຄັ້ງທຳອິດ

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

ຄັງທ້ອງຖິ່ນທີ່ເຕັມຢູ່ແລ້ວສາມາດປິດບັງຄວາມຕ້ອງການເລີ່ມຕົ້ນໄດ້. ຄວາມສຳເລັດໃນແລັບທັອບຂອງນັກພັດທະນາບໍ່ໄດ້ພິສູດວ່າບັນຊີ CI ໃໝ່ສາມາດເລີ່ມການສ້າງດຽວກັນໄດ້. ເບິ່ງອາຕີແຟັກ ແລະ ໄລຍະທີ່ລົ້ມເຫຼວກ່ອນປ່ຽນໂລຈິກການກວດຫາຂອງປລັກອິນ.

ຫຼັງຈາກປລັກອິນໂຫຼດແລ້ວ ຄວາມລົ້ມເຫຼວຂອງການອີງໃສ່ພາຍຫຼັງຈະກາຍເປັນຄຳຖາມແຍກຕ່າງຫາກ: ເສັ້ນທາງທີ່ກວດພົບຖືກຕ້ອງຫຼືບໍ່ ແລະ ການຂົນສົ່ງ Maven ທີ່ເຄື່ອນໄຫວໃຊ້ການຕັ້ງຄ່າທີ່ເກີດຂຶ້ນຫຼືບໍ່. ຮັກສາຈຸດລົ້ມເຫຼວສອງຈຸດນັ້ນແຍກຈາກກັນ ເມື່ອຕັດສິນວ່າການກວດຫາອັດຕະໂນມັດຄຸ້ມຄ່າທີ່ຈະຮັກສາໄວ້ຫຼືບໍ່.