Git ຍັງໃຊ້ proxy ທີ່ທ່ານຄິດວ່າໄດ້ລຶບອອກແລ້ວ

http.proxy ເປັນ string. ການຕັ້ງມັນເປັນ 0 ອາດເຮັດໃຫ້ Git ຕິດຕໍ່ host ທີ່ຊື່ວ່າ 0 ຕົວຈິງ ແທນການປິດ proxy.

ທຳອິດ ຊອກຫາລາຍການທີ່ກົງກັນ ແລະ scope ຂອງມັນ:

git config --show-origin --show-scope --get-regexp '.*proxy.*'

ກວດເບິ່ງຂໍ້ມູນລະດັບລະບົບ, ຜູ້ໃຊ້, repository, include ແລະ ສະເພາະ URL ພ້ອມທັງສະພາບແວດລ້ອມຂອງ process ຕົວຈິງ. ເກັບ ຄ່າທີ່ມີຂໍ້ມູນຢືນຢັນໃຫ້ເປັນຄວາມລັບ. ຈາກນັ້ນສອບຖາມ HTTPS remote ທີ່ກ່ຽວຂ້ອງ:

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

ຖ້າການກວດພົບລາຍການ http.proxy ເກົ່າພຽງໜຶ່ງລາຍການທີ່ເປັນທ້ອງຖິ່ນໃນ repository, ໃຫ້ຮັນອັນນີ້ຈາກສຳເນົາເຮັດວຽກທີ່ຕັ້ງໃຈ ເພື່ອລຶບລາຍການນັ້ນ:

git config --local --unset http.proxy

ໃຊ້ແຫຼ່ງທີ່ຖືກລາຍງານຕົວຈິງ; ຕົວຢ່າງທ້ອງຖິ່ນນີ້ບໍ່ແມ່ນຄຳສັ່ງສຳລັບລຶບຄ່າເລີ່ມຕົ້ນຂອງຜູ້ໃຊ້ ຫຼື ເຄື່ອງ. ກວດຫຼາຍໆຄ່າກ່ອນເລືອກການດຳເນີນການທີ່ລຶບທັງໝົດ.

ການລຶບເຜີຍໃຫ້ເຫັນຂໍ້ມູນທີ່ຍັງເຫຼືອ. unset ທ້ອງຖິ່ນອາດເຜີຍຄ່າເລີ່ມຕົ້ນຂອງຜູ້ໃຊ້, ແລະ ການລຶບລາຍການຜູ້ໃຊ້ອາດເຫຼືອກົດລະບຽບສະເພາະ URL. ໃນທາງກົງກັນຂ້າມ ຄ່າຫວ່າງເປົ່າຢ່າງຊັດເຈນສະແດງການຂຽນທັບໂດຍກົງທີ່ຕັ້ງໃຈ ໃນການຕັ້ງຄ່າ Git ທີ່ຮອງຮັບ; ນັ້ນເປັນນະໂຍບາຍທີ່ແຕກຕ່າງຈາກການຖອນແຫຼ່ງໜຶ່ງ.

ແຍກ core.gitProxy ແລະ ເສັ້ນທາງ SSH ອອກຈາກກັນ. ຖ້າຄ່າໃດໜຶ່ງກັບມາ, ໃຫ້ກວດ include, ຕົວເປີດໂປຣແກຣມ, IDE ແລະ ເຄື່ອງມື build ແລ້ວແກ້ໄຂຕົ້ນກຳເນີດໃນ scope ທີ່ຕັ້ງໃຈ. ເຮັດຄຳຖາມເລືອກ ແລະ ການດຳເນີນການເຄືອຂ່າຍຄືນ: ການເລືອກທີ່ຖືກຕ້ອງບໍ່ໄດ້ພິສູດການເຊື່ອມຕໍ່ ຫຼື ການຢືນຢັນ repository ຕໍ່ມາ.