🥇पीवीएस-स्टूडियो का उपयोग करके ट्रैविस सीआई, बडी और ऐपवेयोर में कमिट और पुल अनुरोधों का विश्लेषण

लिनक्स और मैकओएस पर सी और सी++ भाषाओं के लिए पीवीएस-स्टूडियो विश्लेषक में, संस्करण 7.04 से शुरू होकर, निर्दिष्ट फ़ाइलों की सूची की जांच करने के लिए एक परीक्षण अवसर दिखाई दिया है। नए मोड का उपयोग करके, आप कमिट की जांच करने और अनुरोधों को खींचने के लिए विश्लेषक को कॉन्फ़िगर कर सकते हैं। यह आलेख आपको दिखाएगा कि ट्रैविस सीआई, बडी और ऐपवेयोर जैसे लोकप्रिय सीआई (कंटीन्यूअस इंटीग्रेशन) सिस्टम में गिटहब प्रोजेक्ट फ़ाइल सूची जांच कैसे सेट अप करें।

फ़ाइल सूची जाँच मोड

पीवीएस-स्टूडियो C, C++, C# और Java में लिखे गए प्रोग्रामों के स्रोत कोड में त्रुटियों और संभावित कमजोरियों का पता लगाने के लिए एक उपकरण है। विंडोज़, लिनक्स और मैकओएस पर 64-बिट सिस्टम पर काम करता है।

Linux और macOS के लिए PVS-स्टूडियो 7.04 संस्करण में स्रोत फ़ाइलों की सूची की जाँच करने के लिए एक मोड है। यह उन प्रोजेक्ट्स के लिए काम करता है जिनका बिल्ड सिस्टम आपको एक फ़ाइल बनाने की अनुमति देता है compile_commands.json. विश्लेषक को निर्दिष्ट फ़ाइलों के संकलन के बारे में जानकारी निकालने के लिए इसकी आवश्यकता होती है। यदि आपका बिल्ड सिस्टम compile_commands.json फ़ाइल बनाने का समर्थन नहीं करता है, तो आप उपयोगिता का उपयोग करके ऐसी फ़ाइल बनाने का प्रयास कर सकते हैं भालू.

साथ ही, फ़ाइलों की सूची की जाँच करने के मोड का उपयोग कंपाइलर रन के स्ट्रेस ट्रेस (पीवीएस-स्टूडियो-एनालाइज़र ट्रेस) के साथ किया जा सकता है। ऐसा करने के लिए, आपको सबसे पहले प्रोजेक्ट का पूरा निर्माण करना होगा और उसे ट्रैक करना होगा ताकि विश्लेषक जाँच की जा रही सभी फ़ाइलों के संकलन मापदंडों के बारे में पूरी जानकारी एकत्र कर सके।

हालाँकि, इस विकल्प में एक महत्वपूर्ण खामी है - आपको या तो प्रत्येक लॉन्च पर पूरे प्रोजेक्ट का पूर्ण बिल्ड ट्रेस करने की आवश्यकता होगी, जो अपने आप में एक त्वरित प्रतिबद्ध जांच के विचार का खंडन करता है। या, यदि आप ट्रेसिंग परिणाम को स्वयं कैश करते हैं, तो विश्लेषक के बाद के लॉन्च अधूरे हो सकते हैं यदि स्रोत फ़ाइल निर्भरता संरचना ट्रेसिंग के बाद बदल जाती है (उदाहरण के लिए, स्रोत फ़ाइलों में से एक में एक नया #include जोड़ा जाता है)।

इसलिए, हम कमिट की जांच करने या अनुरोधों को खींचने के लिए ट्रेस लॉग के साथ फ़ाइल सूची जांच मोड का उपयोग करने की अनुशंसा नहीं करते हैं। यदि आप किसी कमिट की जाँच करते समय वृद्धिशील निर्माण कर सकते हैं, तो मोड का उपयोग करने पर विचार करें वृद्धिशील विश्लेषण.

विश्लेषण के लिए स्रोत फ़ाइलों की सूची एक टेक्स्ट फ़ाइल में सहेजी जाती है और पैरामीटर का उपयोग करके विश्लेषक को दी जाती है -S:

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

यह फ़ाइल फ़ाइलों के सापेक्ष या निरपेक्ष पथ निर्दिष्ट करती है, और प्रत्येक नई फ़ाइल एक नई लाइन पर होनी चाहिए। विश्लेषण के लिए न केवल फ़ाइलों के नाम, बल्कि विभिन्न पाठ भी निर्दिष्ट करना अनुमत है। पार्सर देखेगा कि यह कोई फ़ाइल नहीं है और लाइन को अनदेखा कर देगा। यदि फ़ाइलें मैन्युअल रूप से निर्दिष्ट की गई हैं तो यह टिप्पणी करने के लिए उपयोगी हो सकती है। हालाँकि, अक्सर सीआई पार्सिंग के दौरान फाइलों की सूची तैयार की जाएगी, उदाहरण के लिए कमिट या पुल अनुरोध से फाइलें।

अब, इस मोड का उपयोग करके, आप मुख्य विकास शाखा में आने से पहले नए कोड का त्वरित परीक्षण कर सकते हैं। सत्यापन प्रणाली को विश्लेषक चेतावनियों पर प्रतिक्रिया देने के लिए, उपयोगिता प्लॉग-कन्वर्टर झंडा जोड़ा गया --संकेत-चेतावनी:

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 (--संकेत-चेतावनी). यदि कम से कम एक विश्लेषक चेतावनी है, तो उपयोगिता का रिटर्न कोड प्लॉग-कन्वर्टर 2 में बदल जाएगा, जो बदले में सीआई सेवा को सूचित करेगा कि पुल अनुरोध फ़ाइलों में संभावित त्रुटियां हैं।

ट्रैविस सीआई

कॉन्फ़िगरेशन एक फ़ाइल के रूप में बनाया गया है .travis.yml. सुविधा के लिए, मैं आपको सलाह देता हूं कि आप सब कुछ एक अलग बैश स्क्रिप्ट में उन कार्यों के साथ रखें जिन्हें फ़ाइल से कॉल किया जाएगा .travis.yml (बैश स्क्रिप्टनाम.श फ़ंक्शन_नाम).

हम स्क्रिप्ट में आवश्यक कोड जोड़ देंगे खूब जोर से पीटना, इसलिए हमें अधिक कार्यक्षमता मिलती है। अनुभाग में स्थापित आइए निम्नलिखित लिखें:

install:
  - bash .travis.sh travis_install

यदि आपके पास कोई निर्देश हैं, तो आप हाइफ़न हटाकर उन्हें स्क्रिप्ट में ले जा सकते हैं।

चलिए फाइल खोलते हैं .travis.sh और फ़ंक्शन में विश्लेषक सेटअप जोड़ें ट्रैविस_इंस्टॉल():

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
}

यह कोड प्रोजेक्ट बनने के बाद चलाया जाना चाहिए, उदाहरण के लिए, यदि आपके पास सीएमके बिल्ड है:

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_BRANCH. ट्रैविस सीआई उन्हें स्वयं घोषित करता है:

$ट्रैविस_पुल_अनुरोध पुल अनुरोध संख्या संग्रहीत करता है, या असत्ययदि यह एक सामान्य शाखा है;
$TRAVIS_REPO_SLUG प्रोजेक्ट रिपॉजिटरी का नाम संग्रहीत करता है।

इस फ़ंक्शन का एल्गोरिदम:

ट्रैविस सीआई रिटर्न कोड पर प्रतिक्रिया करता है, इसलिए चेतावनियों की उपस्थिति सेवा को कमिट को छोटी गाड़ी के रूप में चिह्नित करने के लिए कहेगी।

आइए कोड की इस पंक्ति पर करीब से नज़र डालें:

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

तथ्य यह है कि ट्रैविस सीआई पुल अनुरोध के विश्लेषण के दौरान स्वचालित रूप से शाखाओं का विलय करता है:

इसलिए, हम विश्लेषण करते हैं A4और नहीं बी3->ए3. इस सुविधा के कारण, हमें अंतर की गणना करने की आवश्यकता है A3, जो कि शाखा का बिल्कुल शीर्ष है मूल.

एक महत्वपूर्ण विवरण शेष है - संकलित अनुवाद इकाइयों (*.c, *.cc, *.cpp, आदि) पर हेडर फ़ाइलों की निर्भरता को कैशिंग करना। विश्लेषक फ़ाइलों की सूची की जाँच के मोड में पहली शुरुआत में इन निर्भरताओं की गणना करता है और फिर उन्हें .PVS-स्टूडियो निर्देशिका में सहेजता है। ट्रैविस सीआई आपको फ़ोल्डरों को कैश करने की अनुमति देता है, इसलिए हम निर्देशिका डेटा सहेजेंगे .पीवीएस-स्टूडियो/:

cache:
  directories:
    - .PVS-Studio/

इस कोड को फ़ाइल में जोड़ने की आवश्यकता है .travis.yml. यह निर्देशिका विश्लेषण के बाद एकत्र किए गए विभिन्न डेटा को संग्रहीत करती है, जो फ़ाइल सूची विश्लेषण या वृद्धिशील विश्लेषण के बाद के रन में काफी तेजी लाएगी। यदि ऐसा नहीं किया जाता है, तो विश्लेषक वास्तव में हर बार सभी फाइलों का विश्लेषण करेगा।

दोस्त

ट्रैविस सी.आई. की तरह, दोस्त GitHub पर संग्रहीत परियोजनाओं को स्वचालित रूप से बनाने और परीक्षण करने की क्षमता प्रदान करता है। ट्रैविस सीआई के विपरीत, यह वेब इंटरफ़ेस में कॉन्फ़िगर किया गया है (बैश समर्थन उपलब्ध है), इसलिए प्रोजेक्ट में कॉन्फ़िगरेशन फ़ाइलों को संग्रहीत करने की कोई आवश्यकता नहीं है।

सबसे पहले, हमें बिल्ड लाइन में एक नई क्रिया जोड़ने की आवश्यकता है:

उस कंपाइलर को निर्दिष्ट करें जिसका उपयोग प्रोजेक्ट बनाने के लिए किया गया था। इस गतिविधि में स्थापित डॉकर कंटेनर पर ध्यान दें। उदाहरण के लिए, जीसीसी के लिए एक विशेष कंटेनर है:

आइए अब पीवीएस-स्टूडियो और आवश्यक उपयोगिताएँ स्थापित करें:

संपादक में निम्नलिखित पंक्तियाँ जोड़ें:

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_EXECUTION_PULL_REQEUST_NO - पुल अनुरोध संख्या;
$BUDDY_REPO_SLUG - उपयोगकर्ता नाम और रिपॉजिटरी का संयोजन (उदाहरण के लिए अधिकतम / परीक्षण)।

अब नीचे दिए गए बटन का उपयोग करके परिवर्तनों को सहेजें, और पुल अनुरोध विश्लेषण सक्षम करें:

ट्रैविस सीआई के विपरीत, हमें निर्दिष्ट करने की आवश्यकता नहीं है .पीवीएस-स्टूडियो कैशिंग के लिए, चूंकि बडी बाद के लॉन्च के लिए सभी फ़ाइलों को स्वचालित रूप से कैश करता है। इसलिए, आखिरी चीज जो बची है वह है बडी में पीवीएस-स्टूडियो के लिए लॉगिन और पासवर्ड को सेव करना। परिवर्तनों को सहेजने के बाद, हम पाइपलाइन पर वापस आ जाएंगे। हमें सेटिंग वेरिएबल्स पर जाना होगा और पीवीएस-स्टूडियो के लिए लॉगिन और कुंजी जोड़ना होगा:

उसके बाद, एक नए पुल अनुरोध या कमिट की उपस्थिति एक चेक को ट्रिगर करेगी। यदि किसी कमिट में त्रुटियां हैं, तो बडी इसे पुल अनुरोध पृष्ठ पर इंगित करेगा।

ऐपवेयोर

AppVeyor को सेट करना बडी के समान है, क्योंकि सब कुछ वेब इंटरफ़ेस में होता है और प्रोजेक्ट रिपॉजिटरी में *.yml फ़ाइल जोड़ने की कोई आवश्यकता नहीं है।

आइए प्रोजेक्ट अवलोकन में सेटिंग टैब पर जाएं:

आइए इस पृष्ठ को नीचे स्क्रॉल करें और बिल्डिंग पुल अनुरोधों के लिए कैश सेविंग सक्षम करें:

अब आइए पर्यावरण टैब पर जाएं, जहां हम निर्माण के लिए छवि और आवश्यक पर्यावरण चर निर्दिष्ट करते हैं:

यदि आपने पिछले अनुभाग पढ़े हैं, तो आप इन दो चरों से बहुत परिचित हैं - पीवीएस_कुंजी и PVS_USERNAME. यदि नहीं, तो मैं आपको याद दिला दूं कि पीवीएस-स्टूडियो विश्लेषक के लाइसेंस की जांच के लिए ये आवश्यक हैं। भविष्य में, हम उनसे बैश स्क्रिप्ट में फिर मिलेंगे।

नीचे उसी पृष्ठ पर, कैशिंग के लिए फ़ोल्डर निर्दिष्ट करें:

यदि हम ऐसा नहीं करते हैं, तो हम कुछ फ़ाइलों के बजाय पूरे प्रोजेक्ट का विश्लेषण करेंगे, लेकिन हमें निर्दिष्ट फ़ाइलों के आधार पर आउटपुट मिलेगा। इसलिए, सही निर्देशिका नाम दर्ज करना महत्वपूर्ण है।

अब स्क्रिप्ट के परीक्षण का समय आ गया है। टेस्ट टैब खोलें और स्क्रिप्ट चुनें:

इस फॉर्म में निम्नलिखित कोड चिपकाएँ:

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 - उपयोगकर्ता नाम और प्रोजेक्ट रिपॉजिटरी।

निष्कर्ष

बेशक, हमने सभी संभावित निरंतर एकीकरण सेवाओं पर विचार नहीं किया है, हालाँकि, उन सभी की कार्य विशिष्टताएँ बहुत समान हैं। कैशिंग के अपवाद के साथ, प्रत्येक सेवा अपनी "बाइक" बनाती है, इसलिए सब कुछ हमेशा अलग होता है।

कहीं-कहीं, ट्रैविस-सीआई की तरह, कोड और कैशिंग की कुछ पंक्तियाँ त्रुटिपूर्ण ढंग से काम करती हैं; कहीं न कहीं, जैसे AppVeyor में, आपको बस सेटिंग्स में फ़ोल्डर निर्दिष्ट करने की आवश्यकता है; लेकिन कहीं न कहीं आपको अद्वितीय कुंजियाँ बनाने और सिस्टम को यह समझाने का प्रयास करने की आवश्यकता है कि वह आपको कैश्ड फ़्रैगमेंट को अधिलेखित करने का अवसर दे। इसलिए, यदि आप एक सतत एकीकरण सेवा पर पुल अनुरोध विश्लेषण स्थापित करना चाहते हैं जिसकी ऊपर चर्चा नहीं की गई है, तो पहले सुनिश्चित करें कि आपको कैशिंग की समस्या नहीं होगी।

आपके ध्यान देने के लिए धन्यवाद! अगर कुछ काम नहीं बनता है तो बेझिझक हमें यहां लिखें समर्थन. हम सलाह देंगे और मदद करेंगे.

यदि आप इस लेख को अंग्रेजी भाषी दर्शकों के साथ साझा करना चाहते हैं, तो कृपया अनुवाद लिंक का उपयोग करें: मैक्सिम ज़िवागिन्त्सेव। पीवीएस-स्टूडियो का उपयोग करके ट्रैविस सीआई, बडी और ऐपवेयोर में कमिट और पुल अनुरोधों का विश्लेषण.

स्रोत: www.habr.com

पीवीएस-स्टूडियो का उपयोग करके ट्रैविस सीआई, बडी और ऐपवेयोर में कमिट और पुल अनुरोधों का विश्लेषण