Git ພື້ນເມືອງເຮັດວຽກຜ່ານ proxy ແຕ່ JGit ບໍ່ໄດ້
JGit ເປັນການຈັດຕັ້ງ Java ທີ່ມີການຕັ້ງຄ່າການຂົນສົ່ງທີ່ຮອງຮັບຂອງຕົນເອງ. http.proxy ໃນ Git ພື້ນເມືອງບໍ່ແມ່ນການຕັ້ງຄ່າສາກົນສຳລັບທຸກ Git client.
ບ່ອນເກັບດຽວກັນເຮັດວຽກກັບ git clone ໃນ terminal ແຕ່ລົ້ມເຫຼວໃນແອັບພລິເຄຊັນທີ່ໃຊ້ JGit. ນັ້ນແມ່ນການປຽບທຽບລະຫວ່າງສອງການຈັດຕັ້ງ ບໍ່ຈຳເປັນລະຫວ່າງສຳເນົາທີ່ເຮັດວຽກໄດ້ ແລະ ເສຍຂອງ client ດຽວກັນ.
ເອກະສານການຕັ້ງຄ່າຂອງ JGit ກ່າວວ່າການຕັ້ງຄ່າ proxy ໃຊ້ກົນໄກມາດຕະຖານຂອງ Java ຜ່ານ java.net.ProxySelector. ຢ່າສົມມຸດວ່າທຸກຕົວເລືອກ HTTP ຂອງ Git ພື້ນເມືອງຖືກຈັດຕັ້ງແລ້ວ ພຽງເພາະທັງສອງ client ເຂົ້າໃຈໄຟລ໌ຕັ້ງຄ່າ Git.
ກຳນົດແອັບພລິເຄຊັນທີ່ຝັງ JGit, ເວີຊັນ ແລະ ການຂົນສົ່ງ HTTP ທີ່ເລືອກ. ແອັບພລິເຄຊັນເຈົ້າບ້ານສາມາດໃຫ້ການຕັ້ງຄ່າ ຫຼື ພຶດຕິກຳເກີນຄ່າເລີ່ມຕົ້ນຂອງ JGit.
ຈາກນັ້ນກວດເບິ່ງການຕັ້ງຄ່າ proxy ຂອງ Java ທີ່ຮູ້ເຫັນໄດ້ໂດຍຂະບວນການນັ້ນ. ສຳລັບການຂົນສົ່ງ HTTP ທີ່ອີງໃສ່ URLConnection, ກວດເບິ່ງ ຄຸນສົມບັດໂຮສ ແລະ ພອດຂອງ JVM ທີ່ມັນໃຊ້. ຄຸນສົມບັດທີ່ປ້ອນໃນ terminal ທີ່ບໍ່ກ່ຽວຂ້ອງຫຼັງຈາກແອັບພລິເຄຊັນເລີ່ມແລ້ວ ບໍ່ສາມາດຕັ້ງຄ່າ JVM ທີ່ກຳລັງເຮັດວຽກຄືນໄໝ່ໄດ້. ການດຳເນີນການ Git ພື້ນເມືອງຂອງ IDE ແລະ ການດຳເນີນການ JGit ຂອງມັນກໍອາດໃຊ້ເສັ້ນທາງຕ່າງກັນ.
ແຍກການພິສູດຢືນຢັນ proxy ອອກຈາກການເລືອກເສັ້ນທາງ. ຄຸນສົມບັດ proxy ຂອງ Java ທີ່ລະບຸໂຮສ ແລະ ພອດ ບໍ່ໄດ້ຈັດຕັ້ງແຜນລະຫັດຜ່ານ proxy ໂດຍອັດຕະໂນມັດ. ໃຊ້ກົນໄກພິສູດຢືນຢັນທີ່ຮອງຮັບໂດຍແອັບພລິເຄຊັນເຈົ້າບ້ານ.
ຄຳຖາມທີ່ເປັນປະໂຫຍດແມ່ນ “JGit request ນີ້ເລືອກ proxy ໃດ?” ບໍ່ແມ່ນ “ການຕັ້ງຄ່າ Git ຂອງຂ້ອຍມີແຖວ proxy ຫຼື ບໍ່?”. ຄວາມສຳເລັດກັບ Git ພື້ນເມືອງເປັນການປຽບທຽບທີ່ມີຄຸນຄ່າ ແຕ່ມັນບໍ່ຕອບຄຳຖາມສະເພາະການຈັດຕັ້ງນັ້ນ.