🤰🏿 🌚 🈶 पीवीएस-स्टूडियो का उपयोग करके ट्रैविस सीआई, बडी और एपवेयर में कमिट और पुल अनुरोधों का विश्लेषण 👩‍🎤 🖱️ 📵

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

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

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

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

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

हालांकि, इस विकल्प में एक महत्वपूर्ण खामी है - आपको या तो प्रत्येक शुरुआत में पूरी परियोजना की विधानसभा का पूरा पता लगाने की आवश्यकता होगी, जो अपने आप में प्रतिबद्धताओं की जल्दी से जांच करने के विचार का खंडन करता है। या, यदि ट्रेस रिजल्ट स्वयं ही कैश हो जाता है, तो बाद का एनालाइज़र शुरू नहीं हो सकता है यदि ट्रेस के बाद स्रोत फ़ाइलों की निर्भरता संरचना बदल जाती है (उदाहरण के लिए, स्रोत फ़ाइलों में से एक में एक नया #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 ++ फ़ाइलों के विश्लेषण की एक विशेषता है। भविष्य में, निर्भरता फ़ाइल को कैश किया जा सकता है और इसे विश्लेषक द्वारा स्वचालित रूप से अपडेट किया जाएगा। वृद्धिशील विश्लेषण मोड का उपयोग करके फ़ाइल सूची सत्यापन मोड का उपयोग करते समय जाँच का लाभ यह है कि आपको केवल इस फ़ाइल को कैश करने की आवश्यकता है, न कि ऑब्जेक्ट फ़ाइलों की।

पुल अनुरोध विश्लेषण के सामान्य सिद्धांत

पूरी परियोजना के विश्लेषण में बहुत समय लगता है, इसलिए यह केवल एक निश्चित भाग की जांच करने के लिए समझ में आता है। समस्या यह है कि आपको नई फ़ाइलों को प्रोजेक्ट फ़ाइलों के बाकी हिस्सों से अलग करने की आवश्यकता है।

दो शाखाओं के साथ एक प्रतिबद्ध पेड़ के उदाहरण पर विचार करें:

आइए कल्पना करें कि ए 1 को कम करने के लिए कोड की एक बड़ी मात्रा शामिल है जिसे पहले ही परीक्षण किया जा चुका है। थोड़ा पहले, हमने प्रतिबद्ध A1 से एक शाखा बनाई और कुछ फाइलें बदल दीं।

बेशक, आपने देखा कि A1 के बाद दो और कमिट थे, लेकिन ये भी अन्य शाखाओं के विलय थे, क्योंकि हम मास्टर में प्रतिबद्ध नहीं थे। और अब समय आ गया है जब हॉटफिक्स तैयार है। इसलिए, बी 3 और ए 3 के विलय के लिए एक पुल अनुरोध दिखाई दिया ।

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

ऐसा करने के लिए, हम शाखाओं के बीच अंतर प्राप्त करते हैं, HEAD शाखा में होते हैं, जिसमें से हम मास्टर में विलय करना चाहते हैं:

 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 फ़ाइल ( 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 }

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

 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 का । इस विशेषता के कारण, हमें A3 के साथ अंतर की गणना करने की आवश्यकता है, जो मूल से शाखा के शीर्ष पर है।

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

 cache: directories: - .PVS-Studio/

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

बडी

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

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

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

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

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

 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 पर अनुभाग पढ़ते हैं, तो यह कोड आपके लिए पहले से ही परिचित है, हालाँकि, अब एक नया चरण सामने आया है:

तथ्य यह है कि अब हम विलय के परिणाम का विश्लेषण नहीं कर रहे हैं, लेकिन उस शाखा का HEAD जिसमें से पुल अनुरोध किया गया है:

इसलिए, हम सशर्त बी 3 में हैं और हमें ए 3 के साथ अंतर प्राप्त करने की आवश्यकता है:

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

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

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

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

AppVeyor

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

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

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

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

यदि आप पिछले खंडों को पढ़ते हैं, तो आप इन दो चर - PVS_KEY और 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 में विश्लेषक को कॉन्फ़िगर करते समय, मुझे बेहद अजीब विश्लेषक व्यवहार का सामना करना पड़ा। एक तरफ, सब कुछ सही ढंग से काम किया, लेकिन विश्लेषण शुरू नहीं हुआ। मैंने यह नोटिस करने के लिए बहुत समय बिताया कि हम डायरेक्टरी / होम / अपीयर / प्रोजेक्ट्स / टेस्टक्लेक / में हैं, और एनालाइज़र सुनिश्चित है कि हम / ऑप्ट / एवियोर / बिल्ड-एजेंट / में हैं। तब मुझे महसूस हुआ कि $ पीडब्ल्यूडी का चर थोड़ा सा झूठ है। इस कारण से, मैंने विश्लेषण शुरू करने से पहले मैन्युअल रूप से इसके मूल्य को अपडेट किया।

और फिर सब कुछ, पहले की तरह:

अब निम्नलिखित स्निपेट पर विचार करें:

 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 की तरह, आपको सेटिंग्स में फ़ोल्डर निर्दिष्ट करने की आवश्यकता है; लेकिन कहीं न कहीं आपको अद्वितीय कुंजी बनाने और सिस्टम को समझाने का प्रयास करने की आवश्यकता है ताकि आप कैश्ड टुकड़े को अधिलेखित करने का अवसर दे सकें। इसलिए, यदि आप निरंतर एकीकरण सेवा पर पुल अनुरोधों के विश्लेषण को कॉन्फ़िगर करना चाहते हैं, जो ऊपर चर्चा नहीं की गई थी, तो पहले सुनिश्चित करें कि आपको कैशिंग के साथ समस्या नहीं होगी।

आपका ध्यान के लिए धन्यवाद। अगर कुछ काम नहीं करता है, तो हमें समर्थन में लिखने के लिए स्वतंत्र महसूस करें। हम शीघ्र और मदद करेंगे।

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

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

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

पुल अनुरोध विश्लेषण के सामान्य सिद्धांत

ट्रैविस सी.आई.

बडी

AppVeyor

निष्कर्ष

More articles: