ຄອນເທນເນີ Jenkins: ສົ່ງການຕັ້ງຄ່າ proxy ຂອງ Maven ດ້ວຍໄຟລ໌ລັບ

ເຊື່ອມໄຟລ໌ລັບຂອງ Jenkins ແລະ ສົ່ງເສັ້ນທາງທີ່ເຫັນໃນຄອນເທນເນີໄປຫາ mvn -s ສຳລັບການຕັ້ງຄ່າ proxy ຂອງ build.

proxy ຂອງ repository Maven ຢູ່ໃນ settings.xml ຂອງມັນ. ເມື່ອ build ຂອງ Jenkins ກຳລັງແລ່ນຢູ່ໃນຄອນເທນເນີ Maven ແລ້ວ, ສົ່ງໄຟລ໌ນັ້ນໃຫ້ process Maven ທີ່ແລ່ນຢູ່ທີ່ນັ້ນ.

ເກັບ settings.xml ທັງໝົດທີ່ຕັ້ງໃຈໄວ້ເປັນ Jenkins Secret file credential ຊື່ maven-proxy-settings. ຢູ່ໃນຂັ້ນຕອນຂອງ stage ຄອນເທນເນີທີ່ມີຢູ່ແລ້ວ:

withCredentials([
    file(credentialsId: 'maven-proxy-settings', variable: 'MAVEN_SETTINGS')
]) {
    sh 'mvn -s "$MAVEN_SETTINGS" -B verify'
}

ການເຊື່ອມຕໍ່ໃຫ້ເສັ້ນທາງໄຟລ໌ຊົ່ວຄາວ. ສະຕຣິງ Groovy ທີ່ໃຊ້ຄຳພຽງອັນດຽວປ່ອຍໃຫ້ shell ຂະຫຍາຍຕົວປ່ຽນ, ແລະ ຄຳພຽງຄູ່ຂອງ shell ຮັກສາເສັ້ນທາງເປັນອາກູເມັນດຽວ. ຕົວເລືອກ -s ຂອງ Maven ເລືອກໄຟລ໌ນັ້ນເປັນການຕັ້ງຄ່າຜູ້ໃຊ້; -B ເລືອກໂໝດ batch.

ໄຟລ໌ credential ສາມາດມີ host, port, ການພິສູດຕົວຕົນ ແລະ nonProxyHosts ຂອງ proxy ໃນພາກ proxies ພ້ອມກັບການຕັ້ງຄ່າຜູ້ໃຊ້ອື່ນໆທີ່ຕ້ອງການ. ລາຍຊື່ຂ້າມ proxy ໃນ Maven ໃຊ້ເສັ້ນຕັ້ງ ລະຫວ່າງຮູບແບບ host.

ໄຟລ໌ຕ້ອງມີຢູ່ບ່ອນທີ່ Maven ແລ່ນ

ກັບ Docker Pipeline, agent ແລະ ຄອນເທນເນີຕ້ອງການລະບົບໄຟລ໌ທີ່ mount ກັນໄດ້ ເພື່ອໃຫ້ເສັ້ນທາງທີ່ເຊື່ອມຕໍ່ອ່ານໄດ້ພາຍໃນຄອນເທນເນີທີ່ປະຕິບັດ. docker run ທີ່ເລີ່ມດ້ວຍມືຕ້ອງການການ mount ໄຟລ໌ຢ່າງຊັດເຈນ, ດີທີ່ສຸດແມ່ນອ່ານຢ່າງດຽວ, ແລະ Maven ຕ້ອງໄດ້ຮັບເສັ້ນທາງຝັ່ງຄອນເທນເນີ. ການສົ່ງເສັ້ນທາງ host ພຽງແຕ່ເປັນຕົວປ່ຽນສິ່ງແວດລ້ອມບໍ່ເຮັດໃຫ້ໄຟລ໌ມີຢູ່.

ຮັກສາການປ່ຽນໄດເຣັກທອຣີການເຮັດວຽກໃດໆໄວ້ໃນບລັອກການເຊື່ອມ credential ເພື່ອບໍ່ໃຫ້ໄຟລ໌ລັບຕົກຢູ່ໃນ workspace ຂອງໄດເຣັກທອຣີຍ່ອຍທີ່ເບິ່ງໄດ້. ຢ່າພິມໄຟລ໌ລົງໃນ log ຂອງ build ແລະ ຢ່າຄັດລອກມັນໄປໃສ່ image ຖາວອນ.

ນີ້ເລືອກການຕັ້ງຄ່າຜູ້ໃຊ້. ການຕັ້ງຄ່າທົ່ວໂລກຂອງ Maven ຍັງສາມາດມີສ່ວນຮ່ວມໄດ້, ດັ່ງນັ້ນກວດທັງສອງຖ້າ mirror ທີ່ສືບທອດມາ ຫຼື ການຕັ້ງຄ່າອື່ນຍັງສົ່ງຜົນຕໍ່ການແກ້ໄຂ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ