git svn ບໍ່ຈຳເປັນຕ້ອງໃຊ້ HTTP proxy ຂອງ Git

git fetch ສຳເລັດ ແຕ່ git svn fetch ບໍ່ສາມາດໄປຮອດເຊີບເວີໄດ້. ເຖິງວ່າຄຳສັ່ງມີຄຳນຳໜ້າຮ່ວມກັນ, ການດຳເນີນການຫຼັງສື່ສານກັບຄັງເກັບ Subversion ຜ່ານ client stack ອື່ນ.

ຢ່າສົມມຸດວ່າລາຍການ http.proxy ພື້ນເມືອງຂອງ Git ຕັ້ງຄ່າການເຊື່ອມຕໍ່ Subversion ນັ້ນ. ຊອກຫາການຕັ້ງຄ່າເວລາເຮັດວຽກທີ່ໄລບຣາລີ Subversion ໃຊ້ໃນສະພາບແວດລ້ອມທີ່ git svn ເຮັດວຽກ.

ການຕັ້ງຄ່າ servers ຂອງ Subversion ອາດມີ:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

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

ໃນ Windows ເສັ້ນທາງອາດເປັນສິ່ງແປກໃຈ

ໄຟລ໌ປະຕິບັດການ Subversion ພື້ນເມືອງແລະການຕິດຕັ້ງ git svn ອາດໃຊ້ສະພາບແວດລ້ອມຕ່າງກັນແລະການຕີຄວາມໄດເຣັກທໍລີເຮືອນຕ່າງກັນ. ການແກ້ໄຂການຕັ້ງຄ່າທີ່ svn.exe ໃຊ້ ບໍ່ແມ່ນຫຼັກຖານວ່າການເອີ້ນ git svn ໄດ້ອ່ານມັນ.

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

ແຍກບັນຊີອອກຈາກກັນ

proxy ອາດຢືນຢັນການເຊື່ອມຕໍ່ອອກນອກ. ຄັງເກັບ Subversion ອາດຕ້ອງການບັນຊີອື່ນຫຼັງຈາກນັ້ນ. HTTP 407 ແລະຂໍ້ຜິດພາດການອະນຸຍາດຂອງຄັງເກັບອະທິບາຍຂັ້ນຕອນທີ່ແຕກຕ່າງກັນ.

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