ການວິເຄາະແບບຄົງທີ່ - ຈາກການນໍາໄປສູ່ການເຊື່ອມໂຍງ

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

ໃນຄວາມເປັນຈິງ, ຖ້າທ່ານຂຽນໃນພາສາທີ່ທັນສະໄຫມ, ຫຼັງຈາກນັ້ນ, ໂດຍບໍ່ຮູ້ຕົວ, ທ່ານແລ່ນມັນຜ່ານເຄື່ອງວິເຄາະສະຖິດ. ຄວາມຈິງແລ້ວແມ່ນວ່າຜູ້ລວບລວມຂໍ້ມູນທີ່ທັນສະໄຫມໃດໆກໍ່ສະຫນອງ, ເຖິງແມ່ນວ່າການເຕືອນໄພເລັກນ້ອຍກ່ຽວກັບບັນຫາທີ່ເປັນໄປໄດ້ໃນລະຫັດ. ຕົວຢ່າງ, ເມື່ອລວບລວມລະຫັດ C ++ ໃນ Visual Studio ທ່ານອາດຈະເຫັນດັ່ງຕໍ່ໄປນີ້:

ໃນຜົນໄດ້ຮັບນີ້ພວກເຮົາເຫັນວ່າຕົວແປ var ບໍ່ເຄີຍໃຊ້ຢູ່ບ່ອນໃດໃນຟັງຊັນ. ດັ່ງນັ້ນໃນຄວາມເປັນຈິງ, ທ່ານເກືອບສະເຫມີໃຊ້ຕົວວິເຄາະລະຫັດຄົງທີ່ງ່າຍດາຍ. ແນວໃດກໍ່ຕາມ, ບໍ່ເຫມືອນກັບນັກວິເຄາະມືອາຊີບເຊັ່ນ Coverity, Klocwork ຫຼື PVS-Studio, ຄໍາເຕືອນທີ່ໃຫ້ໂດຍ compiler ອາດຈະຊີ້ໃຫ້ເຫັນເຖິງບັນຫາເລັກນ້ອຍເທົ່ານັ້ນ.

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

ເປັນຫຍັງທ່ານຕ້ອງການການວິເຄາະສະຖິດ?

ສະຫຼຸບໂດຍຫຍໍ້: ການເລັ່ງ ແລະ ຄວາມງ່າຍ.

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

auto x = obj.x;
auto y = obj.y;
auto z = obj.z;

ທ່ານຂຽນລະຫັດຕໍ່ໄປນີ້:

auto x = obj.x;
auto y = obj.y;
auto z = obj.x;

ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, ມີການພິມຜິດໃນແຖວສຸດທ້າຍ. ຕົວຢ່າງ, PVS-Studio ອອກຄໍາເຕືອນຕໍ່ໄປນີ້:

V537 ພິຈາລະນາກວດສອບຄວາມຖືກຕ້ອງຂອງການໃຊ້ລາຍການ 'y'.

ຖ້າທ່ານຕ້ອງການເອົາມືເຂົ້າໄປໃນຄວາມຜິດພາດນີ້, ລອງໃຊ້ຕົວຢ່າງທີ່ກຽມພ້ອມໃນ Compiler Explorer: *ຮ້ອງໄຫ້*.

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

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

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

ທ່ານສາມາດຊອກຫາຂໍ້ຜິດພາດທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ນັກວິເຄາະສາມາດກວດພົບໃນບົດຄວາມ:

• 10 ຂໍ້ຜິດພາດອັນດັບຕົ້ນໆໃນໂຄງການ C++ ໃນປີ 2019
• 10 ຂໍ້ຜິດພາດອັນດັບຕົ້ນໆໃນໂຄງການ C# ສໍາລັບປີ 2019
• 10 ແມງໄມ້ສູງສຸດໃນໂຄງການ Java ສໍາລັບປີ 2019

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

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

0. ຮູ້ຈັກເຄື່ອງມື

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

ສິ່ງທີ່ທ່ານຈະຮຽນຮູ້ໃນຂັ້ນຕອນນີ້:

• ວິທີການພົວພັນກັບຜູ້ວິເຄາະແມ່ນຫຍັງ;
• ເຄື່ອງວິເຄາະເຂົ້າກັນໄດ້ກັບສະພາບແວດລ້ອມການພັດທະນາຂອງເຈົ້າບໍ?
• ປະຈຸບັນມີບັນຫາຫຍັງຢູ່ໃນໂຄງການຂອງເຈົ້າ?

ຫຼັງ​ຈາກ​ທີ່​ທ່ານ​ໄດ້​ຕິດ​ຕັ້ງ​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​, ສິ່ງ​ທໍາ​ອິດ​ທີ່​ທ່ານ​ຄວນ​ເຮັດ​ແມ່ນ​ການ​ດໍາ​ເນີນ​ການ​ວິ​ເຄາະ​ໂຄງ​ການ​ທັງ​ຫມົດ (Windows, Linux, MacOS). ໃນກໍລະນີຂອງ PVS-Studio ໃນ Visual Studio ທ່ານຈະເຫັນຮູບພາບທີ່ຄ້າຍຄືກັນ (ຄລິກໄດ້):

ຄວາມຈິງແມ່ນວ່ານັກວິເຄາະສະຖິດມັກຈະອອກຄໍາເຕືອນຈໍານວນຫລາຍສໍາລັບໂຄງການທີ່ມີພື້ນຖານລະຫັດຂະຫນາດໃຫຍ່. ບໍ່ຈໍາເປັນຕ້ອງແກ້ໄຂພວກມັນທັງຫມົດ, ເພາະວ່າໂຄງການຂອງທ່ານເຮັດວຽກຢູ່ແລ້ວ, ຊຶ່ງຫມາຍຄວາມວ່າບັນຫາເຫຼົ່ານີ້ບໍ່ສໍາຄັນ. ຢ່າງໃດກໍຕາມ, ທ່ານ ທ່ານສາມາດເບິ່ງຄໍາເຕືອນທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດ ແລະແກ້ໄຂພວກມັນຖ້າຈໍາເປັນ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ກັ່ນຕອງຜົນຜະລິດແລະປ່ອຍໃຫ້ພຽງແຕ່ຂໍ້ຄວາມທີ່ເຊື່ອຖືໄດ້ຫຼາຍທີ່ສຸດ. ໃນ plugin PVS-Studio ສໍາລັບ Visual Studio, ນີ້ແມ່ນເຮັດໄດ້ໂດຍການກັ່ນຕອງໂດຍລະດັບຄວາມຜິດພາດແລະປະເພດ. ສໍາລັບຜົນຜະລິດທີ່ຖືກຕ້ອງທີ່ສຸດ, ໃຫ້ພຽງແຕ່ ສູງ и ໂດຍ​ທົ່ວ​ໄປ (ສາມາດຄລິກໄດ້):

ແທ້ຈິງແລ້ວ, 178 ຄໍາເຕືອນແມ່ນເບິ່ງງ່າຍກວ່າຫຼາຍພັນ ...

ໃນແຖບ ຂະຫນາດກາງ и ຕ່ໍາ ມັກຈະມີຄໍາເຕືອນທີ່ດີ, ແຕ່ປະເພດເຫຼົ່ານີ້ລວມມີການວິນິດໄສທີ່ມີຄວາມຖືກຕ້ອງຫນ້ອຍ (ຄວາມຫນ້າເຊື່ອຖື). ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​ກ່ຽວ​ກັບ​ລະ​ດັບ​ການ​ເຕືອນ​ໄພ​ແລະ​ທາງ​ເລືອກ​ໃນ​ການ​ເຮັດ​ວຽກ​ພາຍ​ໃຕ້ Windows ສາ​ມາດ​ພົບ​ໄດ້​ທີ່​ນີ້​: *ຮ້ອງໄຫ້*.

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

1. ອັດຕະໂນມັດ

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

ສິ່ງທີ່ທ່ານຈະຮຽນຮູ້ໃນຂັ້ນຕອນນີ້:

• ທາງເລືອກອັດຕະໂນມັດໃດທີ່ເຄື່ອງມືສະຫນອງ;
• ເຄື່ອງວິເຄາະເຂົ້າກັນໄດ້ກັບລະບົບການປະກອບຂອງທ່ານບໍ?

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

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

• PVS-Studio_Cmd.exe (ການ​ວິ​ເຄາະ​ການ​ແກ້​ໄຂ​, ໂຄງ​ການ C#​, C ++ ໃນ Windows​)
• CLMonitor.exe (ການ​ຕິດ​ຕາມ​ການ​ສັງ​ລວມ​)
• pvs-studio-analyzer (ການວິເຄາະໂຄງການ C++ ໃນ Linux / macOS)
• pvs-studio-dotnet (ການວິເຄາະການແກ້ໄຂ, ໂຄງການ C# ໃນ Linux / macOS)
• pvs-studio.jar (ການ​ວິ​ເຄາະ​ໂຄງ​ການ Java​)
• PlogConverter (ລາຍງານຕົວແປງໄຟລ໌)

ເພື່ອປະສົມປະສານການວິເຄາະເຂົ້າໄປໃນ CI, ທ່ານຈໍາເປັນຕ້ອງເຮັດສາມຢ່າງ:

• ຕິດຕັ້ງເຄື່ອງວິເຄາະ;
• ດໍາເນີນການວິເຄາະ;
• ສົ່ງຜົນໄດ້ຮັບ.

ຕົວຢ່າງ, ເພື່ອຕິດຕັ້ງ PVS-Studio ໃນ Linux (Debian-base), ທ່ານຈໍາເປັນຕ້ອງດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

wget -q -O - https://files.viva64.com/etc/pubkey.txt 
    | sudo apt-key add -
sudo wget -O /etc/apt/sources.list.d/viva64.list 
  https://files.viva64.com/etc/viva64.list
  
sudo apt-get update -qq
sudo apt-get install -qq pvs-studio

ໃນລະບົບທີ່ໃຊ້ Windows, ບໍ່ມີວິທີທີ່ຈະຕິດຕັ້ງເຄື່ອງວິເຄາະຈາກຕົວຈັດການແພັກເກັດ, ແຕ່ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ເຄື່ອງວິເຄາະຈາກເສັ້ນຄໍາສັ່ງ:

PVS-Studio_setup.exe /verysilent /suppressmsgboxes 
/norestart /nocloseapplications

ທ່ານສາມາດອ່ານເພີ່ມເຕີມກ່ຽວກັບການນຳໃຊ້ PVS-Studio ໃນລະບົບທີ່ໃຊ້ Windows *ທີ່ນີ້*.

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

ເນື່ອງຈາກວິທີການເປີດຕົວແມ່ນຂຶ້ນກັບເວທີແລະລັກສະນະຂອງໂຄງການ, ຂ້ອຍຈະສະແດງທາງເລືອກສໍາລັບ C ++ (Linux) ເປັນຕົວຢ່າງ:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log
plog-converter -t errorfile PVS-Studio.log --cerr -w

ຄໍາສັ່ງທໍາອິດຈະປະຕິບັດການວິເຄາະ, ແລະທີສອງ ຊອງຈົດໝາຍປ່ຽນບົດລາຍງານເປັນຮູບແບບຂໍ້ຄວາມ, ສະແດງມັນຢູ່ໃນຫນ້າຈໍແລະສົ່ງຄືນລະຫັດຄືນໃຫມ່ທີ່ບໍ່ແມ່ນ 0 ຖ້າມີຄໍາເຕືອນ. ກົນໄກເຊັ່ນນີ້ສາມາດຖືກນໍາໃຊ້ຢ່າງສະດວກເພື່ອສະກັດກັ້ນການກໍ່ສ້າງເມື່ອມີຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ. ຢ່າງໃດກໍຕາມ, ທ່ານສາມາດເອົາທຸງອອກໄດ້ຕະຫຼອດເວລາ -w ແລະ​ຢ່າ​ປິດ​ກັ້ນ​ການ​ປະກອບ​ທີ່​ມີ​ຄຳ​ເຕືອນ.

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

ທ່ານສາມາດອ່ານເພີ່ມເຕີມກ່ຽວກັບການຕັ້ງຄ່າການວິເຄາະ CI ໃນບົດຄວາມ "PVS-Studio ແລະການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ" (Windows) ຫຼື "ວິທີການຕັ້ງ PVS-Studio ໃນ Travis CI" (Linux).

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

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

git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list

ໃນປັດຈຸບັນທ່ານຈໍາເປັນຕ້ອງໄດ້ຜ່ານບັນຊີລາຍຊື່ຂອງໄຟລ໌ນີ້ກັບການວິເຄາະການປ້ອນຂໍ້ມູນ. ຕົວຢ່າງ, ໃນ PVS-Studio ນີ້ຖືກປະຕິບັດໂດຍໃຊ້ທຸງ -S:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log 
                            -S .pvs-pr.list

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

ໂດຍການຕັ້ງຄ່າການວິເຄາະການຮ້ອງຂໍການດຶງ, ທ່ານສາມາດຕັນ commits ປະກອບດ້ວຍຄໍາເຕືອນ, ດັ່ງນັ້ນການສ້າງຂອບເຂດທີ່ລະຫັດ untested ບໍ່ສາມາດຂ້າມໄດ້.

ນີ້ແມ່ນທັງຫມົດແນ່ນອນທີ່ດີ, ແຕ່ຂ້າພະເຈົ້າຢາກຈະສາມາດເບິ່ງຄໍາເຕືອນທັງຫມົດຢູ່ໃນສະຖານທີ່ດຽວ. ບໍ່ພຽງແຕ່ຈາກເຄື່ອງວິເຄາະສະຖິດ, ແຕ່ຍັງມາຈາກການທົດສອບຫນ່ວຍງານຫຼືຈາກການວິເຄາະແບບເຄື່ອນໄຫວ. ມີບໍລິການແລະ plugins ຕ່າງໆສໍາລັບການນີ້. PVS-Studio, ສໍາລັບການຍົກຕົວຢ່າງ, ມີ plugin ສໍາລັບການເຊື່ອມໂຍງກັບ SonarQube.

2. ການເຊື່ອມໂຍງໃນເຄື່ອງຈັກຂອງນັກພັດທະນາ

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

ເປັນທາງເລືອກທີ່ງ່າຍດາຍທີ່ສຸດ, ນັກພັດທະນາສາມາດຕິດຕັ້ງເຄື່ອງວິເຄາະທີ່ຈໍາເປັນດ້ວຍຕົນເອງ. ຢ່າງໃດກໍ່ຕາມ, ນີ້ຈະໃຊ້ເວລາຫຼາຍແລະລົບກວນພວກເຂົາຈາກການພັດທະນາ, ດັ່ງນັ້ນທ່ານສາມາດອັດຕະໂນມັດຂະບວນການນີ້ໂດຍໃຊ້ຕົວຕິດຕັ້ງແລະທຸງທີ່ຈໍາເປັນ. ສໍາລັບ PVS-Studio ມີຫຼາຍ ທຸງສໍາລັບການຕິດຕັ້ງອັດຕະໂນມັດ. ຢ່າງໃດກໍຕາມ, ມີຜູ້ຈັດການຊຸດສະເຫມີ, ສໍາລັບການຍົກຕົວຢ່າງ, Chocolatey (Windows), Homebrew (macOS) ຫຼືຫຼາຍສິບທາງເລືອກສໍາລັບ Linux.

ຫຼັງຈາກນັ້ນ, ທ່ານຈະຕ້ອງຕິດຕັ້ງ plugins ທີ່ຈໍາເປັນ, ສໍາລັບການຍົກຕົວຢ່າງ Visual Studio, IDEA, Rider ແລະອື່ນໆ

3. ໃຊ້ປະຈໍາວັນ

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

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

ແນ່ນອນ, ການບອກນັກພັດທະນາໃຫ້ໃຊ້ເຄື່ອງມືແມ່ນບໍ່ພຽງພໍ. ພວກ​ເຮົາ​ຈໍາ​ເປັນ​ຕ້ອງ somehow ບອກ​ເຂົາ​ເຈົ້າ​ວ່າ​ມັນ​ແມ່ນ​ຫຍັງ​ແລະ​ວິ​ທີ​ການ​ມັນ​ເປັນ. ທີ່ນີ້, ສໍາລັບການຍົກຕົວຢ່າງ, ບົດຄວາມກ່ຽວກັບການເລີ່ມຕົ້ນໄວສໍາລັບ PVS-Studio, ແຕ່ທ່ານສາມາດຊອກຫາ tutorials ທີ່ຄ້າຍຄືກັນສໍາລັບເຄື່ອງມືທີ່ທ່ານຕ້ອງການ:

• ວິທີການດໍາເນີນການ PVS-Studio ໃນ Windows (C, C++, C#)
• ວິທີການເປີດໃຊ້ PVS-Studio ໃນ Linux ແລະ macOS (C, C++)
• ວິທີການເປີດ PVS-Studio Java

ບົດຄວາມດັ່ງກ່າວໃຫ້ຂໍ້ມູນທັງຫມົດທີ່ຈໍາເປັນສໍາລັບການນໍາໃຊ້ປະຈໍາວັນແລະບໍ່ໃຊ້ເວລາຫຼາຍ. 🙂

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

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

ຫຼັງຈາກການເຊື່ອມໂຍງ

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

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

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

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com