proxy ໃດຊະນະໃນ Git LFS 3.7.0?

ຕິດຕາມການເລືອກສະພາບແວດລ້ອມ, ການຂຽນທັບ Git ທີ່ບໍ່ຫວ່າງເປົ່າແລະກົງກັບ URL, ແລະກົດລະບຽບການຂ້າມສຳລັບ URL ຄຳຮ້ອງ LFS ຕົວຈິງ.

ໃນ Git LFS 3.7.0, ຄ່າ Git http.proxy ທີ່ບໍ່ຫວ່າງເປົ່າແລະກົງກັບ URL ຂອງຄຳຮ້ອງຈະຂຽນທັບ proxy ທີ່ໄດ້ມາຈາກສະພາບແວດລ້ອມ. ຄ່າ Git ທີ່ຫວ່າງເປົ່າບໍ່ໄດ້ລຶບເສັ້ນທາງສະພາບແວດລ້ອມນັ້ນ.

ສຳລັບສະບັບນີ້, ໃຫ້ຕິດຕາມການເລືອກຕາມລຳດັບນີ້:

  1. ອ່ານ HTTPS_PROXY ແລະ HTTP_PROXY. https_proxy ຫຼື http_proxy ທີ່ບໍ່ຫວ່າງເປົ່າເປັນຕົວພິມນ້ອຍຈະປ່ຽນຄ່າຕົວພິມໃຫຍ່ທີ່ກົງກັນ.
  2. ສຳລັບ HTTPS, ໃຫ້ເລືອກຜູ້ສະໝັກ HTTPS ແລະໃຊ້ຜູ້ສະໝັກ HTTP ເປັນທາງເລືອກສຳຮອງ.
  3. ໃຊ້ຄ່າ Git http.proxy ທີ່ບໍ່ຫວ່າງເປົ່າແລະກົງກັນແທນຜູ້ສະໝັກເຫຼົ່ານັ້ນ.
  4. ໃຊ້ກົດລະບຽບການຂ້າມກັບ URL ຄຳຮ້ອງທີ່ເລືອກ. no_proxy ທີ່ບໍ່ຫວ່າງເປົ່າຈະປ່ຽນ NO_PROXY.

ຖ້າຈຸດປະສົງແມ່ນການເຂົ້າເຖິງໂດຍກົງ, ໃຫ້ກວດເບິ່ງອິນພຸດທີ່ສືບທອດມາແລະການຂ້າມທີ່ຕັ້ງໃຈ ແທນທີ່ຈະສົມມຸດວ່າລາຍການ Git ຫວ່າງເປົ່າໄດ້ລຶບພວກມັນ.

ໃຊ້ URL LFS ຕົວຈິງສຳລັບການປຽບທຽບ. ປາຍທາງ API ແລະວັດຖຸອາດແຕກຕ່າງຈາກ Git remote, ເຊິ່ງປ່ຽນວ່າການຕັ້ງຄ່າທີ່ຜູກກັບ URL ໃດຈະກົງກັນ.

ເກັບຮັກສາເວີຊັນ LFS ທີ່ຕິດຕັ້ງໄວ້ພ້ອມກັບການບົ່ງມະຕິ. LFS ໃຊ້ການຂົນສົ່ງ Go HTTP ຂອງຕົນເອງ; ບຸລິມະສິດຈາກເສັ້ນທາງ libcurl ຂອງ Git ບໍ່ໄດ້ອະທິບາຍລະຫັດການເລືອກນີ້.

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