🥇 PVS-Studio वापरून Travis CI, Buddy आणि AppVeyor मधील कमिट आणि पुल विनंत्यांचे विश्लेषण

Linux आणि macOS वरील C आणि C++ भाषांसाठी PVS-Studio विश्लेषक मध्ये, आवृत्ती 7.04 पासून सुरू होऊन, निर्दिष्ट फाइल्सची सूची तपासण्यासाठी एक चाचणी पर्याय दिसून आला आहे. नवीन मोड वापरून, तुम्ही कमिट तपासण्यासाठी आणि विनंत्या खेचण्यासाठी विश्लेषक कॉन्फिगर करू शकता. हा लेख तुम्हाला ट्रॅव्हिस सीआय, बडी आणि अॅपव्हेयर सारख्या लोकप्रिय सीआय (कंटिन्युअस इंटिग्रेशन) सिस्टीममध्ये गिटहब प्रकल्पाच्या बदललेल्या फाइल्सची सूची कशी तपासायची ते सांगेल.

फाइल सूची तपासणी मोड

पीव्हीएस-स्टुडिओ C, C++, C# आणि Java मध्ये लिहिलेल्या प्रोग्राम्सच्या स्त्रोत कोडमधील त्रुटी आणि संभाव्य भेद्यता ओळखण्याचे साधन आहे. Windows, Linux आणि macOS वरील 64-बिट सिस्टमवर कार्य करते.

Linux आणि macOS साठी PVS-Studio 7.04 आवृत्तीमध्ये, स्त्रोत फायलींची सूची तपासण्यासाठी एक मोड दिसून आला आहे. हे अशा प्रकल्पांसाठी कार्य करते ज्यांची बिल्ड सिस्टम तुम्हाला फाइल व्युत्पन्न करण्याची परवानगी देते compile_commands.json. विश्लेषकाने निर्दिष्ट केलेल्या फाइल्सच्या संकलनाविषयी माहिती काढणे आवश्यक आहे. तुमची बिल्ड सिस्टीम compile_commands.json फाइल तयार करण्यास समर्थन देत नसल्यास, तुम्ही युटिलिटी वापरून अशी फाइल तयार करण्याचा प्रयत्न करू शकता. अस्वल.

तसेच, फाइल सूची तपासणी मोड कंपाइलर लाँच (pvs-studio-analyzer ट्रेस) च्या स्ट्रेस ट्रेस लॉगसह वापरला जाऊ शकतो. हे करण्यासाठी, तुम्हाला प्रथम प्रकल्पाची संपूर्ण रचना करावी लागेल आणि त्याचा मागोवा घ्यावा लागेल जेणेकरुन विश्लेषक तपासल्या जात असलेल्या सर्व फाईल्सच्या संकलन पॅरामीटर्सबद्दल संपूर्ण माहिती गोळा करेल.

तथापि, या पर्यायामध्ये एक महत्त्वपूर्ण कमतरता आहे - प्रत्येक वेळी आपण संपूर्ण प्रकल्प चालवताना आपल्याला एकतर संपूर्ण बिल्ड ट्रेस करणे आवश्यक आहे, जे स्वतःच कमिट त्वरीत तपासण्याच्या कल्पनेला विरोध करते. किंवा, तुम्ही ट्रेस परिणाम स्वतःच कॅशे केल्यास, ट्रेसनंतर स्त्रोत फाइल्सची अवलंबित्व रचना बदलल्यास विश्लेषकाचे त्यानंतरचे रन अपूर्ण असू शकतात (उदाहरणार्थ, स्त्रोत फाइल्सपैकी एकामध्ये नवीन #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++ फायलींचे विश्लेषण करण्याचे वैशिष्ट्य आहे. भविष्यात, अवलंबन फाइल कॅशे केली जाऊ शकते आणि ती विश्लेषकाद्वारे स्वयंचलितपणे अद्यतनित केली जाईल. इन्क्रिमेंटल अॅनालिसिस मोड वापरून फाइल लिस्ट चेकिंग मोड वापरताना कमिट तपासण्याचा फायदा असा आहे की तुम्हाला फक्त ती फाइल कॅशे करायची आहे, ऑब्जेक्ट फाइल्सची नाही.

पुल विनंती विश्लेषणाची सामान्य तत्त्वे

संपूर्ण प्रकल्पाचे विश्लेषण करण्यासाठी बराच वेळ लागतो, त्यामुळे त्यातील काही भाग तपासण्यात अर्थ आहे. समस्या अशी आहे की तुम्हाला नवीन फाइल्स उर्वरित प्रोजेक्ट फाइल्सपासून वेगळे करणे आवश्यक आहे.

दोन फांद्या असलेल्या कमिट झाडाचे उदाहरण पाहू:

त्या कमिटची कल्पना करूया A1 आधीपासून तपासले गेलेले कोड बऱ्यापैकी मोठ्या प्रमाणात आहे. थोड्या आधी आम्ही कमिटमधून एक शाखा बनवली A1 आणि काही फाईल्स बदलल्या.

आपण, अर्थातच, नंतर लक्षात आले A1 आणखी दोन कमिट झाले, परंतु हे इतर शाखांचे विलीनीकरण देखील होते, कारण आम्ही वचनबद्ध नाही मास्टर. आणि आता वेळ आली आहे जेव्हा हॉटफिक्स तयार. म्हणूनच विलीनीकरणासाठी एक पुल विनंती दिसून आली B3 и A3.

अर्थात, त्यांच्या विलीनीकरणाचा संपूर्ण परिणाम तपासणे शक्य होईल, परंतु हे खूप वेळखाऊ आणि अन्यायकारक असेल, कारण फक्त काही फायली बदलल्या गेल्या आहेत. म्हणून, केवळ बदललेल्यांचे विश्लेषण करणे अधिक कार्यक्षम आहे.

हे करण्यासाठी, ज्या शाखेतून आपल्याला मास्टरमध्ये विलीन व्हायचे आहे त्या शाखेच्या प्रमुखामध्ये असल्यामुळे आम्हाला शाखांमधील फरक मिळतो:

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

$MERGE_BASE आम्ही नंतर तपशीलवार पाहू. वस्तुस्थिती अशी आहे की प्रत्येक सीआय सेवा विलीनीकरणासाठी डेटाबेसबद्दल आवश्यक माहिती प्रदान करत नाही, म्हणून प्रत्येक वेळी आपल्याला हा डेटा मिळविण्यासाठी नवीन मार्ग शोधून काढावे लागतील. वर्णन केलेल्या प्रत्येक वेब सेवांमध्ये हे खाली तपशीलवार वर्णन केले जाईल.

तर, आम्हाला शाखांमधील फरक किंवा त्याऐवजी बदललेल्या फाइल नावांची यादी मिळाली. आता आपल्याला फाईल द्यायची आहे .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.yml. सोयीसाठी, मी तुम्हाला फाइलमधून कॉल केलेल्या फंक्शन्ससह सर्वकाही वेगळ्या बॅश स्क्रिप्टमध्ये ठेवण्याचा सल्ला देतो. .travis.yml (bash script_name.sh function_name).

येथे स्क्रिप्टमध्ये आवश्यक कोड जोडू बाश, अशा प्रकारे आपल्याला अधिक कार्यक्षमता मिळेल. विभागात स्थापित करा चला खालील लिहू:

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

आणि बॅश स्क्रिप्टमध्ये:

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_PULL_REQUEST पुल विनंती क्रमांक संचयित करते किंवा खोटे, ही नियमित शाखा असल्यास;
$TRAVIS_REPO_SLUG प्रकल्प भांडाराचे नाव संग्रहित करते.

या कार्यासाठी अल्गोरिदम:

ट्रॅव्हिस सीआय रिटर्न कोडला प्रतिसाद देते, त्यामुळे चेतावणीची उपस्थिती सेवेला कमिटमध्ये त्रुटी असल्याचे चिन्हांकित करण्यास सांगेल.

आता कोडच्या या ओळीवर बारकाईने नजर टाकूया:

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

वस्तुस्थिती अशी आहे की पुल विनंतीचे विश्लेषण करताना ट्रॅव्हिस सीआय आपोआप शाखा विलीन करते:

म्हणून आम्ही विश्लेषण करतो A4पण नाही B3->A3. या वैशिष्ट्यामुळे, आम्हाला यासह फरक मोजण्याची आवश्यकता आहे ए 3, जे तंतोतंत शाखेच्या शीर्षस्थानी आहे मूळ.

एक महत्त्वाचा तपशील शिल्लक आहे - संकलित भाषांतर युनिट्स (*.c, *.cc, *.cpp, इ.) वर शीर्षलेख फायलींचे अवलंबन कॅश करणे. विश्लेषक या अवलंबनांची गणना करतो जेव्हा ते प्रथम फाइल्सची सूची तपासण्याच्या मोडमध्ये लॉन्च केले जाते आणि नंतर त्यांना .PVS-Studio निर्देशिकेत सेव्ह करते. ट्रॅव्हिस सीआय तुम्हाला फोल्डर्स कॅशे करण्याची परवानगी देतो, म्हणून आम्ही निर्देशिका डेटा जतन करू .PVS-स्टुडिओ/:

cache:
  directories:
    - .PVS-Studio/

हा कोड फाईलमध्ये जोडणे आवश्यक आहे .travis.yml. ही निर्देशिका विश्लेषणानंतर संकलित केलेला विविध डेटा संग्रहित करते, ज्यामुळे फाइल सूची विश्लेषण किंवा वाढीव विश्लेषणाच्या त्यानंतरच्या धावांना लक्षणीयरीत्या गती मिळेल. हे पूर्ण न केल्यास, विश्लेषक प्रत्येक वेळी सर्व फायलींचे विश्लेषण करेल.

बडी

ट्रॅव्हिस सीआय प्रमाणे, बडी GitHub वर संचयित केलेले प्रकल्प स्वयंचलितपणे तयार करण्याची आणि चाचणी करण्याची क्षमता प्रदान करते. ट्रॅव्हिस सीआयच्या विपरीत, हे वेब इंटरफेसमध्ये कॉन्फिगर केले आहे (बॅश समर्थन उपलब्ध आहे), त्यामुळे प्रोजेक्टमध्ये कॉन्फिगरेशन फाइल्स संचयित करण्याची आवश्यकता नाही.

सर्व प्रथम, आम्हाला असेंब्ली लाइनमध्ये एक नवीन क्रिया जोडण्याची आवश्यकता आहे:

प्रकल्प तयार करण्यासाठी वापरला जाणारा कंपाइलर दर्शवू. या कृतीमध्ये स्थापित केलेल्या डॉकर कंटेनरकडे लक्ष द्या. उदाहरणार्थ, 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

आपण ट्रॅव्हस-सीआय वरील विभाग वाचल्यास, हा कोड आपल्यासाठी आधीच परिचित आहे, तथापि, आता एक नवीन टप्पा आहे:

वस्तुस्थिती अशी आहे की आता आम्ही विलीनीकरणाच्या परिणामाचे विश्लेषण करत नाही, तर ज्या शाखेतून पुल विनंती केली आहे त्या शाखेच्या प्रमुखाचे विश्लेषण करतो:

त्यामुळे आम्ही सशर्त वचनबद्ध आहोत 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-स्टुडिओ कॅशिंगसाठी, कारण त्यानंतरच्या लाँचसाठी बडी आपोआप सर्व फाइल्स कॅश करते. त्यामुळे, PVS-Studio in Buddy साठी लॉगिन आणि पासवर्ड सेव्ह करणे ही शेवटची गोष्ट राहिली आहे. बदल जतन केल्यानंतर, आम्हाला पाइपलाइनवर परत नेले जाईल. आम्हाला व्हेरिएबल्स सेट करण्यासाठी आणि PVS-स्टुडिओसाठी लॉगिन आणि की जोडण्यासाठी पुढे जाण्याची आवश्यकता आहे:

यानंतर, नवीन पुल विनंती किंवा कमिट दिसल्याने पुनरावलोकन ट्रिगर होईल. कमिटमध्ये त्रुटी असल्यास, बडी हे पुल विनंती पृष्ठावर सूचित करेल.

AppVeyor

AppVeyor सेट करणे हे Buddy सारखेच आहे, कारण सर्व काही वेब इंटरफेसमध्ये घडते आणि प्रकल्प रेपॉजिटरीमध्ये *.yml फाइल जोडण्याची गरज नाही.

प्रोजेक्ट विहंगावलोकन मधील सेटिंग्ज टॅबवर जाऊया:

चला हे पृष्ठ खाली स्क्रोल करू आणि पुल विनंत्या गोळा करण्यासाठी कॅशे बचत सक्षम करू:

आता आपण पर्यावरण टॅबवर जाऊ या, जिथे आपण असेंबलीसाठी प्रतिमा आणि आवश्यक पर्यावरण व्हेरिएबल्स निर्दिष्ट करतो:

जर तुम्ही मागील विभाग वाचले असतील, तर तुम्ही या दोन व्हेरिएबल्सशी परिचित आहात − PVS_KEY и PVS_USERNAME. नसल्यास, मी तुम्हाला आठवण करून देतो की ते PVS-स्टुडिओ विश्लेषकाच्या परवान्याची पडताळणी करण्यासाठी आवश्यक आहेत. भविष्यात आम्ही त्यांना बॅश स्क्रिप्टमध्ये पुन्हा पाहू.

खाली त्याच पृष्ठावर आम्ही कॅशिंगसाठी फोल्डर सूचित करतो:

आम्ही असे न केल्यास, आम्ही काही फायलींऐवजी संपूर्ण प्रकल्पाचे विश्लेषण करू, परंतु आम्हाला निर्दिष्ट फाइल्समधून आउटपुट मिळेल. म्हणून, योग्य निर्देशिकेचे नाव प्रविष्ट करणे महत्वाचे आहे.

आता स्क्रिप्टची चाचणी घेण्याची वेळ आली आहे. चाचणी टॅब उघडा आणि स्क्रिप्ट निवडा:

तुम्हाला या फॉर्ममध्ये खालील कोड पेस्ट करणे आवश्यक आहे:

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 कमांडच्या व्हॅल्यूची विशिष्ट असाइनमेंट ज्या व्हेरिएबलमध्ये हे डीफॉल्ट मूल्य साठवले पाहिजे ते पहिल्या दृष्टीक्षेपात विचित्र वाटते, तथापि, मी आता सर्वकाही स्पष्ट करेन.

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. PVS-Studio वापरून Travis CI, Buddy आणि AppVeyor मधील कमिट आणि पुल विनंत्यांचे विश्लेषण.

स्त्रोत: www.habr.com

PVS-Studio वापरून Travis CI, Buddy आणि AppVeyor मधील कमिट आणि पुल विनंत्यांचे विश्लेषण

फाइल सूची तपासणी मोड

पुल विनंती विश्लेषणाची सामान्य तत्त्वे

ट्रेविस सीआय

बडी

AppVeyor

निष्कर्ष

एक टिप्पणी जोडा Отменить ответ