ការវិភាគការប្តេជ្ញាចិត្ត និងការទាញសំណើនៅក្នុង Travis CI, Buddy និង AppVeyor ដោយប្រើ PVS-Studio

នៅក្នុងកម្មវិធីវិភាគ PVS-Studio សម្រាប់ភាសា C និង C++ នៅលើ Linux និង macOS ដោយចាប់ផ្តើមពីកំណែ 7.04 ជម្រើសសាកល្បងមួយបានលេចចេញឡើងដើម្បីពិនិត្យមើលបញ្ជីឯកសារដែលបានបញ្ជាក់។ ដោយប្រើរបៀបថ្មី អ្នកអាចកំណត់រចនាសម្ព័ន្ធឧបករណ៍វិភាគដើម្បីពិនិត្យមើលការប្រព្រឹត្ត និងទាញសំណើ។ អត្ថបទនេះនឹងប្រាប់អ្នកពីរបៀបរៀបចំការពិនិត្យមើលបញ្ជីឯកសារដែលបានផ្លាស់ប្តូរនៃគម្រោង GitHub នៅក្នុងប្រព័ន្ធ CI (Continuous Integration) ដែលពេញនិយមដូចជា Travis CI, Buddy និង AppVeyor។

របៀបពិនិត្យបញ្ជីឯកសារ

ភី។ អេស។ អេស។ ស្ទូឌីយោ គឺជាឧបករណ៍សម្រាប់កំណត់អត្តសញ្ញាណកំហុស និងភាពងាយរងគ្រោះដែលអាចកើតមាននៅក្នុងកូដប្រភពនៃកម្មវិធីដែលសរសេរក្នុង C, C++, C# និង Java ។ ដំណើរការលើប្រព័ន្ធ 64 ប៊ីតនៅលើ Windows, Linux និង macOS ។

នៅក្នុងកំណែ PVS-Studio 7.04 សម្រាប់លីនុច និង macOS របៀបសម្រាប់ពិនិត្យមើលបញ្ជីឯកសារប្រភពបានលេចចេញមក។ វាដំណើរការសម្រាប់គម្រោងដែលប្រព័ន្ធសាងសង់អនុញ្ញាតឱ្យអ្នកបង្កើតឯកសារ compile_commands.json. វាត្រូវការសម្រាប់អ្នកវិភាគដើម្បីទាញយកព័ត៌មានអំពីការចងក្រងឯកសារដែលបានបញ្ជាក់។ ប្រសិនបើប្រព័ន្ធស្ថាបនារបស់អ្នកមិនគាំទ្រការបង្កើតឯកសារ compile_commands.json ទេ អ្នកអាចព្យាយាមបង្កើតឯកសារបែបនេះដោយប្រើឧបករណ៍ប្រើប្រាស់ ខ្លាឃ្មុំ.

ផងដែរ របៀបពិនិត្យបញ្ជីឯកសារអាចត្រូវបានប្រើរួមគ្នាជាមួយ ដានដាននៃការបើកដំណើរការកម្មវិធីចងក្រង (pvs-studio-analyzer trace)។ ដើម្បីធ្វើដូចនេះដំបូងអ្នកនឹងត្រូវអនុវត្តការស្ថាបនាពេញលេញនៃគម្រោងហើយតាមដានវាដើម្បីឱ្យអ្នកវិភាគប្រមូលព័ត៌មានពេញលេញអំពីប៉ារ៉ាម៉ែត្រចងក្រងនៃឯកសារទាំងអស់ដែលកំពុងត្រួតពិនិត្យ។

ទោះជាយ៉ាងណាក៏ដោយជម្រើសនេះមានគុណវិបត្តិយ៉ាងសំខាន់ - អ្នកនឹងត្រូវអនុវត្តការស្ថាបនាពេញលេញនៃគម្រោងទាំងមូលរាល់ពេលដែលអ្នកដំណើរការវា ដែលវាផ្ទុយនឹងគំនិតនៃការត្រួតពិនិត្យការប្តេជ្ញាចិត្តយ៉ាងឆាប់រហ័ស។ ឬប្រសិនបើអ្នករក្សាទុកលទ្ធផលដានដោយខ្លួនឯង ការរត់ជាបន្តបន្ទាប់របស់អ្នកវិភាគអាចមិនពេញលេញ ប្រសិនបើរចនាសម្ព័ន្ធអាស្រ័យនៃឯកសារប្រភពផ្លាស់ប្តូរបន្ទាប់ពីការតាមដាន (ឧទាហរណ៍ #include ថ្មីត្រូវបានបន្ថែមទៅឯកសារប្រភពណាមួយ)។

ដូច្នេះ យើង​មិន​ណែនាំ​ឱ្យ​ប្រើ​របៀប​ពិនិត្យ​បញ្ជី​ឯកសារ​ជាមួយ​នឹង​កំណត់​ហេតុ​ដាន​ដើម្បី​ពិនិត្យ​មើល​ការ​ប្រព្រឹត្ត ឬ​ទាញ​សំណើ។ ក្នុងករណីដែលអ្នកអាចបង្កើតការបន្ថែមនៅពេលពិនិត្យមើលការប្តេជ្ញាចិត្ត សូមពិចារណាប្រើរបៀប ការវិភាគបន្ថែម.

បញ្ជីឯកសារប្រភពសម្រាប់ការវិភាគត្រូវបានរក្សាទុកក្នុងឯកសារអត្ថបទ ហើយបញ្ជូនទៅអ្នកវិភាគដោយប្រើប៉ារ៉ាម៉ែត្រ -S:

pvs-studio-analyzer analyze ... -f build/compile_commands.json -S check-list.txt

ឯកសារនេះបញ្ជាក់ផ្លូវដែលទាក់ទង ឬដាច់ខាតទៅកាន់ឯកសារ ហើយឯកសារថ្មីនីមួយៗត្រូវតែស្ថិតនៅលើបន្ទាត់ថ្មី។ វាអាចទទួលយកបានក្នុងការបញ្ជាក់មិនត្រឹមតែឈ្មោះឯកសារសម្រាប់ការវិភាគប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានអត្ថបទផ្សេងៗផងដែរ។ អ្នកវិភាគនឹងឃើញថានេះមិនមែនជាឯកសារ ហើយនឹងមិនអើពើនឹងបន្ទាត់នោះទេ។ វាអាចមានប្រយោជន៍សម្រាប់ការបញ្ចេញមតិ ប្រសិនបើឯកសារត្រូវបានបញ្ជាក់ដោយដៃ។ ទោះជាយ៉ាងណាក៏ដោយ ជារឿយៗបញ្ជីឯកសារនឹងត្រូវបានបង្កើតកំឡុងពេលវិភាគក្នុង CI ជាឧទាហរណ៍ ទាំងនេះអាចជាឯកសារដែលបានមកពីការស្នើសុំ ឬទាញសំណើ។

ឥឡូវនេះ ដោយប្រើរបៀបនេះ អ្នកអាចពិនិត្យមើលកូដថ្មីបានយ៉ាងឆាប់រហ័ស មុនពេលវាចូលទៅក្នុងសាខាអភិវឌ្ឍន៍ចម្បង។ ដើម្បីធានាថាប្រព័ន្ធស្កេនឆ្លើយតបទៅនឹងការព្រមានរបស់អ្នកវិភាគ ឧបករណ៍ប្រើប្រាស់ កម្មវិធីបម្លែង plog បានបន្ថែមទង់ជាតិ - ចង្អុលបង្ហាញ - ការព្រមាន:

plog-converter ... --indicate-warnings ... -o /path/to/report.tasks ...

ជាមួយនឹងទង់នេះ កម្មវិធីបម្លែងនឹងត្រឡប់លេខកូដដែលមិនមែនជាសូន្យ ប្រសិនបើមានការព្រមាននៅក្នុងរបាយការណ៍របស់អ្នកវិភាគ។ ដោយប្រើលេខកូដត្រឡប់ អ្នកអាចទប់ស្កាត់ការស្នើសុំមុន ការប្តេជ្ញាចិត្ត ឬទាញសំណើ ហើយរបាយការណ៍អ្នកវិភាគដែលបានបង្កើតអាចត្រូវបានបង្ហាញ ចែករំលែក ឬផ្ញើតាមអ៊ីមែល។

ចំណាំ។ នៅពេលអ្នកចាប់ផ្តើមវិភាគបញ្ជីឯកសារ គម្រោងទាំងមូលនឹងត្រូវបានវិភាគ ពីព្រោះ អ្នកវិភាគត្រូវបង្កើតឯកសារនៃភាពអាស្រ័យនៃឯកសារប្រភពគម្រោងនៅលើឯកសារបឋមកថា។ នេះគឺជាលក្ខណៈនៃការវិភាគឯកសារ C និង C++ ។ នៅពេលអនាគត ឯកសារអាស្រ័យអាចត្រូវបានទុកក្នុងឃ្លាំងសម្ងាត់ ហើយវានឹងត្រូវបានធ្វើបច្ចុប្បន្នភាពដោយស្វ័យប្រវត្តិដោយអ្នកវិភាគ។ អត្ថប្រយោជន៍នៃការត្រួតពិនិត្យ commits នៅពេលប្រើរបៀបពិនិត្យបញ្ជីឯកសារ ដោយប្រើរបៀបវិភាគបន្ថែមគឺថា អ្នកគ្រាន់តែត្រូវការឃ្លាំងសម្ងាត់ឯកសារនោះប៉ុណ្ណោះ មិនមែនឯកសារវត្ថុនោះទេ។

គោលការណ៍ទូទៅនៃការវិភាគសំណើទាញ

ការវិភាគគម្រោងទាំងមូលត្រូវការពេលវេលាច្រើន ដូច្នេះវាសមហេតុផលក្នុងការត្រួតពិនិត្យតែផ្នែកជាក់លាក់របស់វា។ បញ្ហាគឺថាអ្នកត្រូវបំបែកឯកសារថ្មីចេញពីឯកសារគម្រោងដែលនៅសល់។

សូមក្រឡេកមើលឧទាហរណ៍នៃ commit tree ដែលមានមែកពីរ៖

ចូរយើងស្រមៃមើលការប្តេជ្ញាចិត្តនោះ។ A1 មាន​ចំនួន​ច្រើន​គួរសម​នៃ​កូដ​ដែល​ត្រូវ​បាន​សាកល្បង​រួច​ហើយ។ មុននេះបន្តិច យើងបង្កើតសាខាមួយចេញពីការប្តេជ្ញាចិត្ត A1 និងបានផ្លាស់ប្តូរឯកសារមួយចំនួន។

ជាការពិតណាស់អ្នកបានកត់សម្គាល់ឃើញថាបន្ទាប់ពី A1 ការប្តេជ្ញាចិត្តពីរទៀតបានកើតឡើង ប៉ុន្តែទាំងនេះក៏ជាការរួមបញ្ចូលគ្នានៃសាខាផ្សេងទៀតផងដែរ ពីព្រោះយើងមិនប្តេជ្ញា មេ. ហើយឥឡូវនេះពេលវេលាបានមកដល់ហើយ។ កម្មវិធីដោះស្រាយបញ្ហា រួចរាល់។ នោះហើយជាមូលហេតុដែលសំណើទាញសម្រាប់ការរួមបញ្ចូលគ្នាបានលេចចេញមក B3 и A3.

ជាការពិតណាស់ វាអាចពិនិត្យមើលលទ្ធផលទាំងមូលនៃការរួមបញ្ចូលគ្នារបស់ពួកគេ ប៉ុន្តែវានឹងចំណាយពេលច្រើនពេក និងមិនសមហេតុផល ព្រោះមានតែឯកសារមួយចំនួនប៉ុណ្ណោះដែលត្រូវបានផ្លាស់ប្តូរ។ ដូច្នេះវាកាន់តែមានប្រសិទ្ធភាពក្នុងការវិភាគតែអ្វីដែលបានផ្លាស់ប្តូរ។

ដើម្បីធ្វើដូចនេះយើងទទួលបានភាពខុសគ្នារវាងសាខាដោយស្ថិតនៅក្នុង HEAD នៃសាខាដែលយើងចង់បញ្ចូលគ្នាទៅជាមេ:

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

$MERGE_BASE យើងនឹងពិនិត្យមើលលម្អិតនៅពេលក្រោយ។ ការពិតគឺថាមិនមែនគ្រប់សេវាកម្ម CI ផ្តល់ព័ត៌មានចាំបាច់អំពីមូលដ្ឋានទិន្នន័យសម្រាប់ការរួមបញ្ចូលគ្នានោះទេ ដូច្នេះរាល់ពេលដែលអ្នកត្រូវបង្កើតវិធីថ្មីៗដើម្បីទទួលបានទិន្នន័យនេះ។ វានឹងត្រូវបានពិពណ៌នាលម្អិតខាងក្រោមនៅក្នុងសេវាកម្មគេហទំព័រនីមួយៗដែលបានពិពណ៌នា។

ដូច្នេះ យើងទទួលបានភាពខុសគ្នារវាងសាខា ឬជាបញ្ជីឈ្មោះឯកសារដែលត្រូវបានផ្លាស់ប្តូរ។ ឥឡូវយើងត្រូវផ្តល់ឯកសារ .pvs-pr.list (យើងបានបញ្ជូនលទ្ធផលខាងលើទៅវា) ទៅអ្នកវិភាគ៖

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

បន្ទាប់ពីការវិភាគ យើងត្រូវបំប្លែងឯកសារកំណត់ហេតុ (PVS-Studio.log) ទៅជាទម្រង់ងាយស្រួលអាន៖

plog-converter -t errorfile PVS-Studio.log --cerr -w

ពាក្យបញ្ជានេះនឹងរាយបញ្ជីកំហុសនៅក្នុង stderr (លទ្ធផលសារកំហុសស្តង់ដារ) ។

មានតែពេលនេះទេ យើងត្រូវមិនត្រឹមតែបង្ហាញកំហុសប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងជូនដំណឹងអំពីសេវាកម្មរបស់យើងសម្រាប់ការជួបប្រជុំគ្នា និងការធ្វើតេស្តអំពីវត្តមាននៃបញ្ហា។ ចំពោះគោលបំណងនេះ ទង់មួយត្រូវបានបន្ថែមទៅកម្មវិធីបម្លែង -W (- ចង្អុលបង្ហាញ - ការព្រមាន) ប្រសិនបើមានការព្រមានអ្នកវិភាគយ៉ាងហោចណាស់មួយ លេខកូដត្រឡប់ឧបករណ៍ប្រើប្រាស់ កម្មវិធីបម្លែង plog នឹងប្តូរទៅលេខ 2 ដែលនឹងជូនដំណឹងដល់សេវាកម្ម CI អំពីវត្តមាននៃកំហុសដែលអាចកើតមាននៅក្នុងឯកសារសំណើទាញ។

Travis CI

ការកំណត់រចនាសម្ព័ន្ធត្រូវបានធ្វើឡើងជាឯកសារ .travis.yml. ដើម្បីភាពងាយស្រួល ខ្ញុំណែនាំអ្នកឱ្យដាក់អ្វីគ្រប់យ៉ាងទៅក្នុងស្គ្រីប bash ដាច់ដោយឡែកដែលមានមុខងារដែលនឹងត្រូវបានហៅចេញពីឯកសារ .travis.yml (bash script_name.sh function_name).

យើងនឹងបន្ថែមកូដចាំបាច់ទៅស្គ្រីបនៅ bashវិធីនេះ យើងនឹងទទួលបានមុខងារកាន់តែច្រើន។ នៅក្នុងផ្នែក ដំឡើង តោះសរសេរដូចខាងក្រោម៖

install:
  - bash .travis.sh travis_install

ប្រសិនបើអ្នកមានការណែនាំណាមួយ អ្នកអាចផ្ទេរពួកវាទៅក្នុងស្គ្រីប ដោយដកសហសញ្ញាចេញ។

តោះបើកឯកសារ .travis.sh ហើយបន្ថែមការកំណត់ឧបករណ៍វិភាគទៅមុខងារ travis_install():

travis_install() {
  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 
}

ឥឡូវនេះសូមបន្ថែមទៅផ្នែក ស្គ្រីប ដំណើរការការវិភាគ៖

script:
  - bash .travis.sh travis_script

ហើយនៅក្នុងស្គ្រីប bash:

travis_script() {
  pvs-studio-analyzer credentials $PVS_USERNAME $PVS_KEY
  
  if [ "$TRAVIS_PULL_REQUEST" != "false" ]; then
    git diff --name-only origin/HEAD > .pvs-pr.list
    pvs-studio-analyzer analyze -j8 
                                -o PVS-Studio.log 
                                -S .pvs-pr.list 
                                --disableLicenseExpirationCheck
  else
    pvs-studio-analyzer analyze -j8 
                                -o PVS-Studio.log 
                                --disableLicenseExpirationCheck
  fi
  
  plog-converter -t errorfile PVS-Studio.log --cerr -w
}

កូដនេះត្រូវតែដំណើរការបន្ទាប់ពីបង្កើតគម្រោង ឧទាហរណ៍ ប្រសិនបើអ្នកបានសាងសង់នៅលើ CMake៖

travis_script() {
  CMAKE_ARGS="-DCMAKE_EXPORT_COMPILE_COMMANDS=On ${CMAKE_ARGS}"
  cmake $CMAKE_ARGS CMakeLists.txt
  make -j8
}

វានឹងប្រែជាដូចនេះ៖

travis_script() {
  CMAKE_ARGS="-DCMAKE_EXPORT_COMPILE_COMMANDS=On ${CMAKE_ARGS}"
  cmake $CMAKE_ARGS CMakeLists.txt
  make -j8
  
  pvs-studio-analyzer credentials $PVS_USERNAME $PVS_KEY
  
  if [ "$TRAVIS_PULL_REQUEST" != "false" ]; then
    git diff --name-only origin/HEAD > .pvs-pr.list
    pvs-studio-analyzer analyze -j8 
                                -o PVS-Studio.log 
                                -S .pvs-pr.list 
                                --disableLicenseExpirationCheck
  else
    pvs-studio-analyzer analyze -j8 
                                -o PVS-Studio.log 
                                --disableLicenseExpirationCheck
  fi
  
  plog-converter -t errorfile PVS-Studio.log --cerr -w
}

អ្នកប្រហែលជាបានកត់សម្គាល់ឃើញអថេរបរិស្ថានទាំងនេះរួចហើយ $TRAVIS_PULL_REQUEST и $TRAVIS_BRANCH. Travis CI ប្រកាសដោយឯករាជ្យ៖

• $TRAVIS_PULL_REQUEST រក្សាទុកលេខស្នើសុំទាញ ឬ មិនពិតប្រសិនបើនេះជាសាខាធម្មតា;
• $TRAVIS_REPO_SLUG រក្សាទុកឈ្មោះរបស់ឃ្លាំងគម្រោង។

ក្បួនដោះស្រាយសម្រាប់មុខងារនេះ៖

Travis CI ឆ្លើយតបទៅនឹងលេខកូដត្រឡប់មកវិញ ដូច្នេះវត្តមាននៃការព្រមាននឹងប្រាប់សេវាកម្មឱ្យសម្គាល់ការប្រព្រឹត្តដែលមានកំហុស។

ឥឡូវ​យើង​មើល​ឲ្យ​ដិត​ដល់​អំពី​បន្ទាត់​កូដ​នេះ៖

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

ការពិតគឺថា Travis CI បញ្ចូលសាខាដោយស្វ័យប្រវត្តិ ខណៈពេលដែលធ្វើការវិភាគលើសំណើទាញ៖

ដូច្នេះយើងវិភាគ A4និងមិន B3->A3. ដោយសារតែលក្ខណៈពិសេសនេះយើងត្រូវគណនាភាពខុសគ្នាជាមួយ A3 ។ដែលជាកំពូលនៃសាខាពី ប្រភពដើម.

មានព័ត៌មានលម្អិតសំខាន់មួយនៅសេសសល់ - ការរក្សាទុកភាពអាស្រ័យនៃឯកសារបឋមកថានៅលើឯកតាបកប្រែដែលបានចងក្រង (*.c, *.cc, *.cpp ។ល។)។ អ្នកវិភាគគណនាភាពអាស្រ័យទាំងនេះ នៅពេលដែលវាត្រូវបានដាក់ឱ្យដំណើរការជាលើកដំបូងនៅក្នុងរបៀបពិនិត្យបញ្ជីឯកសារ ហើយបន្ទាប់មករក្សាទុកពួកវានៅក្នុងថតឯកសារ .PVS-Studio ។ Travis CI អនុញ្ញាតឱ្យអ្នករក្សាទុកថតឯកសារ ដូច្នេះយើងនឹងរក្សាទុកទិន្នន័យថតឯកសារ .PVS-Studio/:

cache:
  directories:
    - .PVS-Studio/

លេខកូដនេះត្រូវតែបញ្ចូលទៅក្នុងឯកសារ .travis.yml. ថតឯកសារនេះរក្សាទុកទិន្នន័យផ្សេងៗដែលប្រមូលបានបន្ទាប់ពីការវិភាគ ដែលនឹងបង្កើនល្បឿនដំណើរការជាបន្តបន្ទាប់នៃការវិភាគបញ្ជីឯកសារ ឬការវិភាគបន្ថែម។ ប្រសិនបើវាមិនត្រូវបានធ្វើទេនោះ អ្នកវិភាគពិតជានឹងវិភាគឯកសារទាំងអស់រាល់ពេល។

មិត្ត

ដូច Travis CI មិត្ត ផ្តល់នូវសមត្ថភាពក្នុងការបង្កើត និងសាកល្បងគម្រោងដោយស្វ័យប្រវត្តិដែលផ្ទុកនៅលើ GitHub ។ មិនដូច Travis CI ទេ វាត្រូវបានតំឡើងនៅក្នុងចំណុចប្រទាក់បណ្តាញ (ការគាំទ្រ bash មាន) ដូច្នេះមិនចាំបាច់រក្សាទុកឯកសារកំណត់រចនាសម្ព័ន្ធនៅក្នុងគម្រោងនោះទេ។

ជាដំបូងយើងត្រូវបន្ថែមសកម្មភាពថ្មីទៅបន្ទាត់ដំឡើង៖

ចូរបង្ហាញពីអ្នកចងក្រងដែលត្រូវបានប្រើដើម្បីសាងសង់គម្រោង។ សូមកត់សម្គាល់កុងតឺន័រ docker ដែលត្រូវបានដំឡើងនៅក្នុងសកម្មភាពនេះ។ ឧទាហរណ៍ មានធុងពិសេសសម្រាប់ GCC៖

ឥឡូវនេះសូមដំឡើង PVS-Studio និងឧបករណ៍ប្រើប្រាស់ចាំបាច់៖

តោះបន្ថែមបន្ទាត់ខាងក្រោមទៅកម្មវិធីនិពន្ធ៖

apt-get update && apt-get -y install wget gnupg jq

wget -q -O - https://files.viva64.com/etc/pubkey.txt | apt-key add -
wget -O /etc/apt/sources.list.d/viva64.list 
  https://files.viva64.com/etc/viva64.list

apt-get update && apt-get -y install pvs-studio

ឥឡូវ​យើង​ចូល​ទៅ​កាន់​ផ្ទាំង​រត់ (រូប​តំណាង​ដំបូង) ហើយ​បន្ថែម​កូដ​ខាង​ក្រោម​ទៅ​វាល​កម្មវិធី​និពន្ធ​ដែល​ត្រូវ​គ្នា៖

pvs-studio-analyzer credentials $PVS_USERNAME $PVS_KEY

if [ "$BUDDY_EXECUTION_PULL_REQUEST_NO" != '' ]; then
  PULL_REQUEST_ID="pulls/$BUDDY_EXECUTION_PULL_REQUEST_NO"
  MERGE_BASE=`wget -qO - 
    https://api.github.com/repos/${BUDDY_REPO_SLUG}/${PULL_REQUEST_ID} 
    | jq -r ".base.ref"`

  git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck 
                              -S .pvs-pr.list
else
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck
fi

plog-converter -t errorfile PVS-Studio.log --cerr -w

ប្រសិនបើអ្នកបានអានផ្នែកនៅលើ Travs-CI នោះលេខកូដនេះធ្លាប់ស្គាល់អ្នករួចហើយ ប៉ុន្តែឥឡូវនេះមានដំណាក់កាលថ្មីមួយ៖

ការពិតគឺថាឥឡូវនេះយើងវិភាគមិនមែនជាលទ្ធផលនៃការបញ្ចូលគ្នាទេ ប៉ុន្តែប្រធានសាខាដែលសំណើរទាញត្រូវបានធ្វើឡើង៖

ដូច្នេះ​យើង​ស្ថិត​ក្នុង​ការ​ប្តេជ្ញា​ចិត្ត​តាម​លក្ខខណ្ឌ B3 ហើយយើងត្រូវទទួលបានភាពខុសគ្នាពី A3:

PULL_REQUEST_ID="pulls/$BUDDY_EXECUTION_PULL_REQUEST_NO"
  MERGE_BASE=`wget -qO - 
    https://api.github.com/repos/${BUDDY_REPO_SLUG}/${PULL_REQUEST_ID} 
    | jq -r ".base.ref"`
git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list

ដើម្បីកំណត់ A3 តោះប្រើ GitHub API៖

https://api.github.com/repos/${USERNAME}/${REPO}/pulls/${PULL_REQUEST_ID}

យើងបានប្រើអថេរខាងក្រោមដែល Buddy ផ្ដល់ឱ្យ៖

• $BUDDY_EXECUTION_PULL_REQEUST_NO - ទាញលេខស្នើសុំ;
• $BUDDY_REPO_SLUG - ការរួមបញ្ចូលគ្នានៃឈ្មោះអ្នកប្រើប្រាស់ និងឃ្លាំង (ឧទាហរណ៍ អតិបរមា/តេស្ត)។

ឥឡូវនេះ ចូរយើងរក្សាទុកការផ្លាស់ប្តូរដោយប្រើប៊ូតុងខាងក្រោម ហើយបើកការវិភាគនៃសំណើទាញ៖

មិនដូច Travis CI យើងមិនចាំបាច់បញ្ជាក់ទេ។ .pvs-studio សម្រាប់ឃ្លាំងសម្ងាត់ ចាប់តាំងពី Buddy រក្សាទុកឯកសារទាំងអស់ដោយស្វ័យប្រវត្តិសម្រាប់ការបើកដំណើរការជាបន្តបន្ទាប់។ ដូច្នេះហើយ អ្វីដែលនៅសេសសល់ចុងក្រោយគឺត្រូវរក្សាទុកការចូល និងពាក្យសម្ងាត់សម្រាប់ PVS-Studio នៅក្នុង Buddy។ បន្ទាប់ពីរក្សាទុកការផ្លាស់ប្តូរ យើងនឹងត្រលប់ទៅ Pipeline វិញ។ យើងត្រូវបន្តទៅការដំឡើងអថេរ និងបន្ថែមការចូល និងគន្លឹះសម្រាប់ PVS-Studio៖

បន្ទាប់ពីនេះ ការលេចចេញនូវសំណើរទាញថ្មី ឬការប្តេជ្ញាចិត្តនឹងធ្វើឱ្យមានការពិនិត្យឡើងវិញ។ ប្រសិនបើការប្រព្រឹត្តមានកំហុស Buddy នឹងបង្ហាញវានៅលើទំព័រសំណើទាញ។

AppVeyor

ការដំឡើង AppVeyor គឺស្រដៀងទៅនឹង Buddy ចាប់តាំងពីអ្វីគ្រប់យ៉ាងកើតឡើងនៅក្នុងចំណុចប្រទាក់បណ្ដាញ ហើយមិនចាំបាច់បន្ថែមឯកសារ *.yml ទៅឃ្លាំងគម្រោងនោះទេ។

តោះទៅផ្ទាំងការកំណត់នៅក្នុងទិដ្ឋភាពទូទៅនៃគម្រោង៖

ចូររមូរចុះក្រោមទំព័រនេះ ហើយបើកការរក្សាទុកឃ្លាំងសម្ងាត់សម្រាប់ការប្រមូលសំណើទាញ៖

ឥឡូវ​យើង​ចូល​ទៅ​ផ្ទាំង​បរិស្ថាន ដែល​យើង​បញ្ជាក់​រូបភាព​សម្រាប់​ការ​ជួប​ប្រជុំ និង​អថេរ​បរិស្ថាន​ចាំបាច់៖

ប្រសិនបើអ្នកបានអានផ្នែកមុនៗ អ្នកច្បាស់ជាស្គាល់អថេរទាំងពីរនេះ − PVS_KEY и PVS_USERNAME. បើមិនដូច្នោះទេខ្ញុំសូមរំលឹកអ្នកថាពួកគេចាំបាច់ដើម្បីផ្ទៀងផ្ទាត់អាជ្ញាប័ណ្ណរបស់អ្នកវិភាគ PVS-Studio ។ យើងនឹងឃើញពួកវាម្តងទៀតនៅក្នុងស្គ្រីប Bash នាពេលអនាគត។

នៅលើទំព័រដូចគ្នាខាងក្រោម យើងបង្ហាញថតឯកសារសម្រាប់ឃ្លាំងសម្ងាត់៖

ប្រសិនបើយើងមិនធ្វើបែបនេះទេ យើងនឹងវិភាគគម្រោងទាំងមូលជំនួសឱ្យឯកសារមួយគូ ប៉ុន្តែយើងនឹងទទួលបានលទ្ធផលពីឯកសារដែលបានបញ្ជាក់។ ដូច្នេះ វាមានសារៈសំខាន់ណាស់ក្នុងការបញ្ចូលឈ្មោះថតត្រឹមត្រូវ។

ឥឡូវនេះវាដល់ពេលសម្រាប់ស្គ្រីបដើម្បីសាកល្បង។ បើកផ្ទាំងតេស្ត ហើយជ្រើសរើសស្គ្រីប៖

អ្នកត្រូវបិទភ្ជាប់កូដខាងក្រោមទៅក្នុងទម្រង់នេះ៖

sudo apt-get update && sudo apt-get -y install jq

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 && sudo apt-get -y install pvs-studio

pvs-studio-analyzer credentials $PVS_USERNAME $PVS_KEY

PWD=$(pwd -L)
if [ "$APPVEYOR_PULL_REQUEST_NUMBER" != '' ]; then
  PULL_REQUEST_ID="pulls/$APPVEYOR_PULL_REQUEST_NUMBER"
  MERGE_BASE=`wget -qO - 
    https://api.github.com/repos/${APPVEYOR_REPO_NAME}/${PULL_REQUEST_ID} 
    | jq -r ".base.ref"`

  git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck 
                              --dump-files --dump-log pvs-dump.log 
                              -S .pvs-pr.list
else
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck
fi

plog-converter -t errorfile PVS-Studio.log --cerr -w

ចូរយើងយកចិត្តទុកដាក់ចំពោះផ្នែកខាងក្រោមនៃកូដ៖

PWD=$(pwd -L)
if [ "$APPVEYOR_PULL_REQUEST_NUMBER" != '' ]; then
  PULL_REQUEST_ID="pulls/$APPVEYOR_PULL_REQUEST_NUMBER"
  MERGE_BASE=`wget -qO - 
   https://api.github.com/repos/${APPVEYOR_REPO_NAME}/${PULL_REQUEST_ID} 
   | jq -r ".base.ref"`

  git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck 
                              --dump-files --dump-log pvs-dump.log 
                              -S .pvs-pr.list
else
  pvs-studio-analyzer analyze -j8 
                              -o PVS-Studio.log 
                              --disableLicenseExpirationCheck
fi

ការកំណត់ជាក់លាក់នៃតម្លៃនៃពាក្យបញ្ជា pwd ទៅអថេរដែលគួររក្សាទុកតម្លៃលំនាំដើមនេះហាក់ដូចជាចម្លែកនៅ glance ដំបូងទោះជាយ៉ាងណាខ្ញុំនឹងពន្យល់អ្វីគ្រប់យ៉ាងឥឡូវនេះ។

នៅពេលដំឡើងឧបករណ៍វិភាគក្នុង AppVeyor ខ្ញុំបានជួបប្រទះអាកប្បកិរិយាចម្លែកបំផុតរបស់អ្នកវិភាគ។ នៅលើដៃមួយអ្វីគ្រប់យ៉ាងដំណើរការបានត្រឹមត្រូវប៉ុន្តែការវិភាគមិនបានចាប់ផ្តើមទេ។ ខ្ញុំបានចំណាយពេលច្រើនក្នុងការកត់សម្គាល់ថាយើងស្ថិតនៅក្នុងថត /home/appveyor/projects/testcalc/ ហើយអ្នកវិភាគប្រាកដថាយើងស្ថិតនៅក្នុង /opt/appveyor/build-agent/។ បន្ទាប់មកខ្ញុំបានដឹងថាអថេរ $PWD និយាយកុហកបន្តិច។ សម្រាប់ហេតុផលនេះ ខ្ញុំបានធ្វើបច្ចុប្បន្នភាពតម្លៃរបស់វាដោយដៃ មុនពេលចាប់ផ្តើមការវិភាគ។

ហើយបន្ទាប់មកអ្វីៗគឺដូចពីមុន៖

ឥឡូវពិចារណាផ្នែកខាងក្រោម៖

PULL_REQUEST_ID="pulls/$APPVEYOR_PULL_REQUEST_NUMBER"
MERGE_BASE=`wget -qO - 
  https://api.github.com/repos/${APPVEYOR_REPO_NAME}/${PULL_REQUEST_ID} 
  | jq -r ".base.ref"`

នៅក្នុងវាយើងទទួលបានភាពខុសគ្នារវាងសាខាដែលសំណើទាញត្រូវបានប្រកាស។ ដើម្បីធ្វើដូច្នេះ យើងត្រូវការអថេរបរិស្ថានខាងក្រោម៖

• $APPVEYOR_PULL_REQUEST_NUMBER — ទាញ​លេខ​សំណើ
• $APPVEYOR_REPO_NAME - ឈ្មោះអ្នកប្រើប្រាស់ និងឃ្លាំងគម្រោង។

សេចក្តីសន្និដ្ឋាន

ជាការពិតណាស់ យើងមិនបានពិចារណាលើសេវាកម្មរួមបញ្ចូលជាបន្តបន្ទាប់ដែលអាចកើតមានទាំងអស់នោះទេ ទោះជាយ៉ាងណាក៏ដោយ ពួកវាទាំងអស់មានប្រតិបត្តិការជាក់លាក់ស្រដៀងគ្នាខ្លាំងចំពោះគ្នាទៅវិញទៅមក។ លើកលែងតែឃ្លាំងសម្ងាត់ សេវាកម្មនីមួយៗបង្កើត "កង់" ផ្ទាល់ខ្លួន ដូច្នេះអ្វីៗតែងតែខុសគ្នា។

នៅកន្លែងណាមួយ ដូចជានៅក្នុង Travis-CI កូដពីរបីបន្ទាត់ និងឃ្លាំងសម្ងាត់ដំណើរការដោយគ្មានកំហុស។ នៅកន្លែងណាមួយដូចជានៅក្នុង AppVeyor អ្នកគ្រាន់តែត្រូវការបញ្ជាក់ថតនៅក្នុងការកំណត់។ ប៉ុន្តែនៅកន្លែងណាមួយ អ្នកត្រូវបង្កើតសោពិសេស ហើយព្យាយាមបញ្ចុះបញ្ចូលប្រព័ន្ធ ដើម្បីផ្តល់ឱកាសឱ្យអ្នកសរសេរជាន់លើបំណែកដែលបានរក្សាទុក។ ដូច្នេះហើយ ប្រសិនបើអ្នកចង់រៀបចំការវិភាគនៃសំណើទាញនៅលើសេវាកម្មរួមបញ្ចូលជាបន្តបន្ទាប់ដែលមិនត្រូវបានពិភាក្សាខាងលើនោះ ជាដំបូងត្រូវប្រាកដថាអ្នកនឹងមិនមានបញ្ហាជាមួយឃ្លាំងសម្ងាត់ទេ។

សូម​អរគុណ​ចំពោះ​ការ​យកចិត្ត​ទុកដាក់​របស់​លោកអ្នក។ ប្រសិនបើមានអ្វីមួយមិនដំណើរការ សូមសរសេរមកពួកយើងនៅ គាំទ្រ. យើងនឹងណែនាំ និងជួយ។

ប្រសិនបើអ្នកចង់ចែករំលែកអត្ថបទនេះជាមួយទស្សនិកជនដែលនិយាយភាសាអង់គ្លេស សូមប្រើតំណបកប្រែ៖ Maxim Zvyagintsev ។ ការវិភាគការប្តេជ្ញាចិត្ត និងការទាញសំណើនៅក្នុង Travis CI, Buddy និង AppVeyor ដោយប្រើ PVS-Studio.

ប្រភព: www.habr.com