🥇 Travis CI, Buddy र AppVeyor मा PVS-Studio प्रयोग गरेर कमिट र पुल अनुरोधहरूको विश्लेषण

Linux र macOS मा C र C++ भाषाहरूको लागि PVS-Studio विश्लेषकमा, संस्करण 7.04 बाट सुरु हुँदै, निर्दिष्ट फाइलहरूको सूची जाँच गर्न परीक्षण विकल्प देखा परेको छ। नयाँ मोड प्रयोग गरेर, तपाइँ कमिटहरू जाँच गर्न र अनुरोधहरू तान्न विश्लेषक कन्फिगर गर्न सक्नुहुन्छ। यस लेखले तपाइँलाई ट्राभिस CI, Buddy र AppVeyor जस्ता लोकप्रिय CI (निरन्तर एकीकरण) प्रणालीहरूमा GitHub परियोजनाको परिवर्तन गरिएका फाइलहरूको सूची कसरी जाँच गर्ने भनेर बताउनेछ।

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

PVS- स्टूडियो C, C++, C# र Java मा लेखिएका प्रोग्रामहरूको स्रोत कोडमा त्रुटिहरू र सम्भावित कमजोरीहरू पहिचान गर्ने एउटा उपकरण हो। विन्डोज, लिनक्स र macOS मा 64-बिट प्रणालीहरूमा काम गर्दछ।

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

साथै, फाइल सूची जाँच मोड कम्पाइलर लन्चहरूको स्ट्रेस ट्रेस लग (pvs-studio-analyzer ट्रेस) सँगसँगै प्रयोग गर्न सकिन्छ। यो गर्नको लागि, तपाईंले पहिले परियोजनाको पूर्ण निर्माण प्रदर्शन गर्न र यसलाई ट्र्याक गर्न आवश्यक पर्दछ ताकि विश्लेषकले जाँच गरिँदैछ सबै फाइलहरूको संकलन प्यारामिटरहरूको बारेमा पूर्ण जानकारी सङ्कलन गर्दछ।

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

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

विश्लेषणको लागि स्रोत फाइलहरूको सूची पाठ फाइलमा बचत गरिएको छ र प्यारामिटर प्रयोग गरेर विश्लेषकमा पठाइन्छ। -S:

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

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

अब, यो मोड प्रयोग गरेर, तपाईंले मुख्य विकास शाखामा जानु अघि नयाँ कोड द्रुत रूपमा जाँच गर्न सक्नुहुन्छ। स्क्यानिङ प्रणालीले विश्लेषक चेतावनीहरूमा प्रतिक्रिया दिन्छ भनेर सुनिश्चित गर्न, उपयोगिता plog-converter झण्डा थपियो --सूचना-चेतावनीहरू:

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 हामी यसलाई पछि विस्तारमा हेर्नेछौं। तथ्य यो हो कि प्रत्येक 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-converter 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

र 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 परियोजना भण्डारको नाम भण्डार गर्दछ।

यस प्रकार्यको लागि एल्गोरिथ्म:

ट्राभिस CI ले कोडहरू फिर्ता गर्न प्रतिक्रिया दिन्छ, त्यसैले चेतावनीहरूको उपस्थितिले सेवालाई त्रुटिहरू समावेश भएको रूपमा चिन्ह लगाउन सेवालाई बताउनेछ।

अब कोडको यो लाइनलाई नजिकबाट हेरौं:

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

तथ्य यो हो कि ट्राभिस सीआईले पुल अनुरोधको विश्लेषण गर्दा शाखाहरूलाई स्वचालित रूपमा मर्ज गर्दछ:

त्यसैले हामी विश्लेषण गर्छौं 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 समर्थन उपलब्ध छ), त्यसैले परियोजनामा कन्फिगरेसन फाइलहरू भण्डारण गर्न आवश्यक छैन।

सबै भन्दा पहिले, हामीले विधानसभा लाइनमा नयाँ कार्य थप्न आवश्यक छ:

परियोजना निर्माण गर्न प्रयोग भएको कम्पाइलरलाई संकेत गरौं। यस कार्यमा स्थापना भएको डकर कन्टेनरलाई ध्यान दिनुहोस्। उदाहरण को लागी, GCC को लागी एक विशेष कन्टेनर छ:

अब PVS-स्टुडियो र आवश्यक उपयोगिताहरू स्थापना गरौं:

सम्पादकमा निम्न लाइनहरू थपौं:

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

अब तलको बटन प्रयोग गरेर परिवर्तनहरू बचत गरौं र पुल अनुरोधको विश्लेषण सक्षम गरौं:

Travis CI को विपरीत, हामीले निर्दिष्ट गर्न आवश्यक छैन .pvs-studio क्यासिङका लागि, बडीले स्वचालित रूपमा पछिको सुरुवातका लागि सबै फाइलहरू क्यास गर्छ। त्यसकारण, अन्तिम कुरा बाँकी छ PVS-Studio in Buddy को लागी लगइन र पासवर्ड बचत गर्नु हो। परिवर्तनहरू बचत गरेपछि, हामीलाई पाइपलाइनमा फिर्ता लगिनेछ। हामीले चलहरू सेटअप गर्न र PVS-स्टुडियोको लागि लगइन र कुञ्जी थप्न अगाडि बढ्न आवश्यक छ:

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

AppVeyor

AppVeyor सेटअप गर्नु Buddy जस्तै हो, किनकि सबै कुरा वेब इन्टरफेसमा हुन्छ र परियोजना भण्डारमा *.yml फाइल थप्न आवश्यक छैन।

परियोजना सिंहावलोकनमा सेटिङ ट्याबमा जाऔं:

यो पृष्ठ तल स्क्रोल गरौं र पुल अनुरोधहरू सङ्कलन गर्न क्यास बचत सक्षम गरौं:

अब हामी वातावरण ट्याबमा जाऔं, जहाँ हामीले एसेम्बली र आवश्यक वातावरणीय चरहरूको लागि छवि निर्दिष्ट गर्छौं:

यदि तपाईंले अघिल्लो खण्डहरू पढ्नुभएको छ भने, तपाईं यी दुई चरहरूसँग धेरै परिचित हुनुहुन्छ - PVS_KEY и PVS_USERNAME। यदि होइन भने, मलाई सम्झाउन दिनुहोस् कि तिनीहरू PVS-स्टुडियो विश्लेषकको इजाजतपत्र प्रमाणित गर्न आवश्यक छन्। हामी तिनीहरूलाई भविष्यमा 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 आदेशको मानको बरु विशिष्ट असाइनमेन्ट पहिलो नजरमा अनौठो देखिन्छ, यद्यपि, म अब सबै कुरा व्याख्या गर्नेछु।

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

निष्कर्षमा

एक टिप्पणी थप्न Отменить ответ