ໃຫ້ Git ມີກົດລະບຽບພຣອກຊີທີ່ແຕກຕ່າງກັນສຳລັບໂຮສທີ່ແຕກຕ່າງກັນ

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

Git ຮອງຮັບການຕັ້ງຄ່າ HTTP ສະເພາະ URL. ຕົວຢ່າງ:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

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

ຈັບຄູ່ URL ທີ່ Git ໃຊ້

ແຜນວາດ, ຊື່ໂຮສ, ພອດ, ເສັ້ນທາງ ແລະ ຊື່ຜູ້ໃຊ້ທີ່ເປັນທາງເລືອກ ມີສ່ວນໃນກົດການຈັບຄູ່ທີ່ເອກະສານໄວ້. ຢ່າຖືວ່າພາກຍ່ອຍ URL ເປັນນິພົນຕົວແທນ shell ທົ່ວໄປ. ກົດເສັ້ນທາງທີ່ແຄບກວ່າສາມາດເອົາຊະນະກົດໂຮສທີ່ກວ້າງກວ່າໄດ້.

ສຳລັບການເບິ່ງແບບອ່ານຢ່າງດຽວໃສ່ການຕັ້ງຄ່າພຣອກຊີທີ່ຈັບຄູ່:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

ອັນນີ້ກວດເບິ່ງການຈັບຄູ່ຂອງການຕັ້ງຄ່າ. ມັນບໍ່ແມ່ນການທົດສອບເຄືອຂ່າຍ ແລະ ບໍ່ໄດ້ພິສູດວ່າເສັ້ນທາງນັ້ນເຂົ້າເຖິງໄດ້. ພິຈາລະນາເຖິງຂອບເຂດການຕັ້ງຄ່າອື່ນໆ ແລະ ການຕັ້ງຄ່າສະພາບແວດລ້ອມທີ່ກ່ຽວຂ້ອງດ້ວຍ.

ການປ່ຽນທິດທາງບໍ່ແມ່ນການຈັບຄູ່ການຕັ້ງຄ່າໃໝ່

ເອກະສານຂອງ Git ກ່າວວ່າ URL ທີ່ຈັບຄູ່ແມ່ນບັນດາທີ່ສົ່ງໃຫ້ຄຳສັ່ງ Git ໂດຍກົງ; URL ທີ່ເຂົ້າເບິ່ງຍ້ອນການປ່ຽນທິດທາງບໍ່ມີສ່ວນໃນການຈັບຄູ່ນັ້ນ. ຈື່ຂໍ້ຈຳກັດນີ້ໄວ້ຖ້າໂຮສທຳອິດປ່ຽນທິດທາງການດາວໂຫຼດໄປບ່ອນອື່ນ.

ເສັ້ນທາງຄວນຈະກົງກັບການຂົນສົ່ງດ້ວຍ. ເຣໂມດ SSH ບໍ່ໄດ້ຖືກຄຸ້ມຄອງໂດຍ ພາກຍ່ອຍ URL HTTP ພຽງເພາະວ່າບໍລິການດຽວກັນສະເໜີເວັບໄຊ HTTPS.

ໃຊ້ກົດຈຳນວນໜ້ອຍທີ່ຕັ້ງໃຈ, ແລ້ວກວດເບິ່ງຜົນສຳລັບ URL ຕົວແທນ. ການສະສົມຍາວນານຂອງລາຍການພຣອກຊີທົ່ວໄປ, ພາຍໃນບ່ອນເກັບຂໍ້ມູນ ແລະ ສະເພາະ URL ແມ່ນຍາກທີ່ຈະໃຫ້ເຫດຜົນກ່ວາຄວາມແຕກຕ່າງຂອງເຄືອຂ່າຍທີ່ທ່ານພະຍາຍາມສະແດງອອກ.