🥇Reference: ຂະບວນການປະສົມປະສານຢ່າງຕໍ່ເນື່ອງເຮັດວຽກແນວໃດ

ມື້ນີ້ພວກເຮົາຈະເບິ່ງປະຫວັດຂອງຄໍາສັບ, ປຶກສາຫາລືຄວາມຫຍຸ້ງຍາກໃນການປະຕິບັດ CI, ແລະສະຫນອງເຄື່ອງມືທີ່ນິຍົມຫຼາຍອັນທີ່ຈະຊ່ວຍໃຫ້ທ່ານເຮັດວຽກກັບມັນ.

/flickr/ Altug Karakoc / CC BY / ຮູບພາບດັດແກ້

ໄລຍະ

ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງແມ່ນວິທີການພັດທະນາແອັບພລິເຄຊັນທີ່ກ່ຽວຂ້ອງກັບການສ້າງໂຄງການເລື້ອຍໆແລະການທົດສອບລະຫັດ.

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

ຄຳວ່າການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງໄດ້ປະກົດຕົວຄັ້ງທຳອິດໃນປີ 1991. ມັນໄດ້ຖືກນໍາສະເຫນີໂດຍຜູ້ສ້າງພາສາ UML Grady Butch (Grady Booch). ວິສະວະກອນແນະນໍາແນວຄວາມຄິດຂອງ CI ເປັນສ່ວນຫນຶ່ງຂອງການປະຕິບັດການພັດທະນາຂອງຕົນເອງ - ວິທີການ Booch. ມັນຫມາຍເຖິງການປັບປຸງສະຖາປັດຕະຍະກໍາທີ່ເພີ່ມຂຶ້ນໃນເວລາທີ່ອອກແບບລະບົບວັດຖຸ. Gradi ບໍ່ໄດ້ອະທິບາຍຄວາມຕ້ອງການໃດໆສໍາລັບການເຊື່ອມໂຍງກັບຢ່າງຕໍ່ເນື່ອງ. ແຕ່ຕໍ່ມາໃນປື້ມຂອງລາວ "ການວິເຄາະແລະການອອກແບບແບບ Object-Oriented ກັບຄໍາຮ້ອງສະຫມັກ"ທ່ານກ່າວວ່າເປົ້າຫມາຍຂອງວິທີການແມ່ນເພື່ອເລັ່ງການປ່ອຍ "ການປ່ອຍພາຍໃນ."

ເລື່ອງ

ໃນປີ 1996, CI ໄດ້ຖືກຮັບຮອງເອົາໂດຍຜູ້ສ້າງວິທີການ ໂຄງການທີ່ສຸດ (XP) - Kent Beck (Kent Beck) ແລະ Ron Jeffries (Ron Jeffries). ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງໄດ້ກາຍເປັນຫນຶ່ງໃນສິບສອງຫຼັກການພື້ນຖານຂອງວິທີການຂອງພວກເຂົາ. ຜູ້ກໍ່ຕັ້ງ XP ໄດ້ຊີ້ແຈງຄວາມຕ້ອງການສໍາລັບວິທີການ CI ແລະສັງເກດເຫັນຄວາມຈໍາເປັນໃນການກໍ່ສ້າງໂຄງການຫຼາຍຄັ້ງຕໍ່ມື້.

ໃນຕົ້ນຊຸມປີ 2000, ຫນຶ່ງໃນຜູ້ກໍ່ຕັ້ງຂອງ Agile Alliance ເລີ່ມສົ່ງເສີມວິທີການປະສົມປະສານຢ່າງຕໍ່ເນື່ອງ. Martin Fowler (Martin Fowler). ການທົດລອງຂອງລາວກັບ CI ໄດ້ນໍາໄປສູ່ເຄື່ອງມືຊອບແວທໍາອິດໃນຂົງເຂດນີ້ - CruiseControl. ຜົນປະໂຫຍດໄດ້ຖືກສ້າງຂື້ນໂດຍເພື່ອນຮ່ວມງານຂອງ Martin, Matthew Foemmel.

ວົງຈອນການກໍ່ສ້າງໃນເຄື່ອງມືໄດ້ຖືກປະຕິບັດເປັນ daemon ທີ່ກວດສອບລະບົບການຄວບຄຸມສະບັບສໍາລັບການປ່ຽນແປງໃນຖານລະຫັດເປັນແຕ່ລະໄລຍະ. ການແກ້ໄຂສາມາດດາວໂຫຼດໄດ້ໃນມື້ນີ້ - ມັນ ແຈກຢາຍໂດຍ ພາຍໃຕ້ໃບອະນຸຍາດຄ້າຍຄື BSD.

ດ້ວຍການມາເຖິງຂອງຊອບແວສໍາລັບ CI, ບໍລິສັດຫຼາຍກວ່າແລະຫຼາຍໄດ້ເລີ່ມຕົ້ນທີ່ຈະຮັບຮອງເອົາການປະຕິບັດ. ອີງຕາມການຄົ້ນຄວ້າຂອງ Forrester [ຫນ້າ 5 ລາຍງານ], ໃນປີ 2009, 86% ຂອງຫ້າສິບບໍລິສັດເຕັກໂນໂລຢີໄດ້ສໍາຫຼວດນໍາໃຊ້ຫຼືປະຕິບັດວິທີການ CI.

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

ວິທີການເຮັດວຽກນີ້

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

ແຜນວາດຂະບວນການທົ່ວໄປສາມາດສະແດງໄດ້ດັ່ງນີ້:

ວິທີການ CI ເຮັດໃຫ້ຄວາມຕ້ອງການຈໍານວນຫນຶ່ງສໍາລັບນັກພັດທະນາ:

ແກ້ໄຂບັນຫາທັນທີທັນໃດ. ຫຼັກການນີ້ມາຮອດ CI ຈາກການຂຽນໂປລແກລມທີ່ຮຸນແຮງ. ການແກ້ໄຂຂໍ້ບົກພ່ອງແມ່ນບູລິມະສິດສູງສຸດຂອງນັກພັດທະນາ.
ຂະບວນການອັດຕະໂນມັດ. ນັກພັດທະນາແລະຜູ້ຈັດການຕ້ອງຊອກຫາຂໍ້ບົກຜ່ອງຢ່າງຕໍ່ເນື່ອງໃນຂະບວນການເຊື່ອມໂຍງແລະລົບລ້າງພວກມັນ. ຕົວຢ່າງ, ມັກຈະມີຄໍຂວດໃນການເຊື່ອມໂຍງ ມັນສະແດງອອກ ການທົດສອບ.
ປະຕິບັດການຊຸມນຸມເລື້ອຍໆເທົ່າທີ່ເປັນໄປໄດ້. ມື້ຫນຶ່ງເພື່ອ synchronize ການເຮັດວຽກຂອງທີມງານ.

ຄວາມຫຍຸ້ງຍາກໃນການປະຕິບັດ

ບັນຫາທໍາອິດແມ່ນຄ່າໃຊ້ຈ່າຍໃນການດໍາເນີນງານສູງ. ເຖິງແມ່ນວ່າບໍລິສັດໃດຫນຶ່ງໃຊ້ເຄື່ອງມື CI ເປີດ (ທີ່ພວກເຮົາຈະເວົ້າກ່ຽວກັບຕໍ່ມາ), ມັນຍັງຈະຕ້ອງໃຊ້ເງິນໃນການສະຫນັບສະຫນູນດ້ານໂຄງສ້າງພື້ນຖານ. ຢ່າງໃດກໍຕາມ, ເຕັກໂນໂລຊີຟັງອາດຈະເປັນການແກ້ໄຂ.

ເຂົາເຈົ້າເຮັດໃຫ້ການປະກອບຂອງການຕັ້ງຄ່າຄອມພິວເຕີທີ່ມີຂະຫນາດທີ່ແຕກຕ່າງກັນງ່າຍ. ບວກຂອງບໍລິສັດ ຈ່າຍ ພຽງແຕ່ສໍາລັບຊັບພະຍາກອນທີ່ໃຊ້, ເຊິ່ງຊ່ວຍປະຫຍັດພື້ນຖານໂຄງລ່າງ.

ອີງຕາມການສໍາຫຼວດ [ຫນ້າ 14 ບົດຄວາມ], ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງເພີ່ມການໂຫຼດຂອງພະນັກງານຂອງບໍລິສັດ (ຢ່າງຫນ້ອຍໃນຕອນທໍາອິດ). ພວກເຂົາຕ້ອງຮຽນຮູ້ເຄື່ອງມືໃຫມ່, ແລະເພື່ອນຮ່ວມງານບໍ່ໄດ້ຊ່ວຍສະເຫມີໃນການຝຶກອົບຮົມ. ດັ່ງນັ້ນ, ທ່ານຕ້ອງຈັດການກັບກອບໃຫມ່ແລະການບໍລິການໃນທັນທີ.

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

/flickr/ theilr / CC BY-SA

ໃຜໃຊ້

ຍັກໃຫຍ່ IT ແມ່ນຫນຶ່ງໃນບັນດາທໍາອິດທີ່ຮູ້ຈັກຜົນປະໂຫຍດຂອງວິທີການ. Google ການນໍາໃຊ້ ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງຕັ້ງແຕ່ກາງຊຸມປີ 2000. CI ໄດ້ຖືກປະຕິບັດເພື່ອແກ້ໄຂບັນຫາການຊັກຊ້າໃນເຄື່ອງຈັກຊອກຫາ. ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງໄດ້ຊ່ວຍໃຫ້ການກວດສອບແລະແກ້ໄຂບັນຫາຢ່າງໄວວາ. ໃນປັດຈຸບັນ CI ຖືກນໍາໃຊ້ໂດຍທຸກໆພະແນກການຂອງຍັກໃຫຍ່ IT.

ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງຍັງຊ່ວຍໃຫ້ບໍລິສັດຂະຫນາດນ້ອຍ, ແລະເຄື່ອງມື CI ຍັງຖືກນໍາໃຊ້ໂດຍອົງການຈັດຕັ້ງທາງດ້ານການເງິນແລະສຸຂະພາບ. ຕົວຢ່າງ, ຢູ່ທີ່ Morningstar, ການບໍລິການປະສົມປະສານຢ່າງຕໍ່ເນື່ອງໄດ້ຊ່ວຍແກ້ໄຂຈຸດອ່ອນໄດ້ໄວຂຶ້ນ 70%. ແລະແພລະຕະຟອມທາງການແພດ Philips Healthcare ສາມາດເພີ່ມຄວາມໄວຂອງການປັບປຸງການທົດສອບໄດ້ສອງເທົ່າ.

ເຄື່ອງມື

ນີ້ແມ່ນບາງເຄື່ອງມືທີ່ນິຍົມສໍາລັບ CI:

Jenkins ແມ່ນຫນຶ່ງໃນລະບົບ CI ທີ່ນິຍົມທີ່ສຸດ. ມັນສະຫນັບສະຫນູນຫຼາຍກ່ວາພັນ plugins ສໍາລັບການເຊື່ອມໂຍງກັບ VCS ຕ່າງໆ, ເວທີຟັງແລະການບໍລິການອື່ນໆ. ພວກເຮົາຍັງໃຊ້ Jenkins ຢູ່ 1cloud: ເຄື່ອງມື ລວມຢູ່ໃນລະບົບ DevOps ຂອງພວກເຮົາ. ລາວປົກກະຕິກວດເບິ່ງສາຂາ Git ທີ່ມີຈຸດປະສົງເພື່ອທົດສອບ.
Buildbot — ກອບ python ສໍາລັບການຂຽນຂະບວນການປະສົມປະສານຢ່າງຕໍ່ເນື່ອງຂອງທ່ານເອງ. ການຕິດຕັ້ງເຄື່ອງມືເບື້ອງຕົ້ນແມ່ນຂ້ອນຂ້າງສັບສົນ, ແຕ່ນີ້ຖືກຊົດເຊີຍໂດຍທາງເລືອກການປັບແຕ່ງທີ່ກວ້າງຂວາງ. ໃນບັນດາຂໍ້ໄດ້ປຽບຂອງກອບ, ຜູ້ໃຊ້ເນັ້ນຫນັກເຖິງຄວາມເຂັ້ມຂົ້ນຂອງຊັບພະຍາກອນທີ່ຕໍ່າ.
ສະມາຄົມ CI ແມ່ນເຊີບເວີຈາກ Pivotal ທີ່ໃຊ້ Docker containers. Concourse CI ປະສົມປະສານກັບເຄື່ອງມືໃດໆແລະລະບົບການຄວບຄຸມສະບັບ. ນັກພັດທະນາສັງເກດວ່າລະບົບແມ່ນເຫມາະສົມສໍາລັບການເຮັດວຽກໃນບໍລິສັດຂອງຂະຫນາດໃດກໍ່ຕາມ.
Gitlab CI ເປັນເຄື່ອງມືທີ່ສ້າງຂຶ້ນໃນລະບົບການຄວບຄຸມເວີຊັນ GitLab. ການບໍລິການເຮັດວຽກຢູ່ໃນຄລາວແລະໃຊ້ໄຟລ໌ YAML ສໍາລັບການຕັ້ງຄ່າ. ເຊັ່ນດຽວກັນກັບ Concourse, Gitlab CI ນຳໃຊ້ Docker containers ທີ່ຊ່ວຍແຍກຂະບວນການທີ່ແຕກຕ່າງກັນຈາກກັນແລະກັນ.
ລະຫັດ ແມ່ນເຄື່ອງແມ່ຂ່າຍ CI ຟັງທີ່ເຮັດວຽກກັບ GitHub, GitLab ແລະ BitBucket. ແພລະຕະຟອມບໍ່ຈໍາເປັນຕ້ອງມີການຕິດຕັ້ງເບື້ອງຕົ້ນທີ່ຍາວນານ - ຂະບວນການ CI ທີ່ຕິດຕັ້ງກ່ອນມາດຕະຖານແມ່ນມີຢູ່ໃນ Codeship. ສໍາລັບຂະຫນາດນ້ອຍ (ເຖິງ 100 ການກໍ່ສ້າງຕໍ່ເດືອນ) ແລະໂຄງການແຫຼ່ງເປີດ, Codeship ແມ່ນມີໃຫ້ຟຣີ.