पीवीएस-स्टूडियो बादलों में जाता है: गिटलैब सीआई / सीडी

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

क्लाउड सीआई सिस्टम में एकीकरण पर हमारे अन्य लेखों की सूची:

• पीवीएस-स्टूडियो बादलों में जाता है: एज़्योर देवोपीएस
• पीवीएस-स्टूडियो बादलों में जाता है: ट्रैविस सीआई
• पीवीएस-स्टूडियो बादलों में जाता है: सर्किलसीआई

उपयोग किए गए सॉफ़्टवेयर के बारे में जानकारी

GitLab रिपॉजिटरी के प्रबंधन के लिए एक ऑनलाइन सेवा है। इसे सीधे आधिकारिक वेबसाइट पर ब्राउज़र में एक खाता पंजीकृत करके, या अपने स्वयं के सर्वर पर स्थापित और तैनात किया जा सकता है।

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

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

समायोजन

GitLab से आरंभ करने के लिए, साइट पर जाएं और रजिस्टर बटन पर क्लिक करें:

आप ऐसी सेवाओं के खातों को लिंक करके पंजीकरण कर सकते हैं जैसे: GitHub, Twitter, Google, BitBucket, Salesforce या बस खुलने वाले फॉर्म को भरकर। प्राधिकरण के बाद, GitLab हमें एक परियोजना बनाने के प्रस्ताव के साथ मिलता है:

उन प्लेटफार्मों की सूची जिनसे आप आयात कर सकते हैं:

स्पष्टता के लिए, एक खाली प्रोजेक्ट बनाएं:

अगला, हमें अपनी परियोजना को बनाए गए भंडार में अपलोड करना होगा। यह उन प्रॉम्प्ट का उपयोग करके किया जाता है जो निर्मित प्रोजेक्ट की विंडो में दिखाई देते हैं।

जब कार्य प्रारंभ होता है, GitLab CI .gitlab-ci.yml फ़ाइल से निर्देश लेता है। आप इसे या तो सेट अप CI / CD बटन पर क्लिक करके, या बस इसे स्थानीय रिपॉजिटरी में बनाकर और साइट पर अपलोड करके जोड़ सकते हैं। हम पहले विकल्प का उपयोग करेंगे:

आइए स्क्रिप्ट के लिए एक न्यूनतम आवरण बनाएं:

image: debian job: script: 

विश्लेषक और प्रेषण उपयोगिता डाउनलोड करें, जिसकी हमें भविष्य में आवश्यकता होगी:

 - apt-get update && apt-get -y install wget gnupg - wget -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 sendemail 

अगला, OBS के निर्माण के लिए निर्भरता और उपयोगिताओं को स्थापित करें:

 - apt-get -y install build-essential cmake make pkg-config libx11-dev libgl1-mesa-dev libpulse-dev libxcomposite-dev libxinerama-dev libv4l-dev libudev-dev libfreetype6-dev libfontconfig-dev qtbase5-dev libqt5x11extras5-dev libx264-dev libxcb-xinerama0-dev libxcb-shm0-dev libjack-jackd2-dev libcurl4-openssl-dev libavcodec-dev libqt5svg5 libavfilter-dev libavdevice-dev libsdl2-dev ffmpeg qt5-default qtscript5-dev libssl-dev qttools5-dev qttools5-dev-tools qtmultimedia5-dev libqt5svg5-dev libqt5webkit5-dev libasound2 libxmu-dev libxi-dev freeglut3-dev libasound2-dev libjack-jackd2-dev libxrandr-dev libqt5xmlpatterns5-dev libqt5xmlpatterns5 coccinelle parallel libapparmor-dev libcap-dev libseccomp-dev python3-dev python3-setuptools docbook2x libgnutls28-dev libselinux1-dev linux-libc-dev libtool autotools-dev libio-socket-ssl-perl libnet-ssleay-perl ca-certificates 

अब हमें विश्लेषक लाइसेंस के साथ एक फ़ाइल बनाने की आवश्यकता है। डिफ़ॉल्ट रूप से, PVS-Studio.lic फ़ाइल ../.config/PVS-Studio निर्देशिका में बनाई जाएगी। इस मामले में, लाइसेंस फ़ाइल को विश्लेषक लॉन्च मापदंडों से छोड़ा जा सकता है, इसे स्वचालित रूप से उठाया जाएगा:

 - pvs-studio-analyzer credentials $PVS_NAME $PVS_KEY 

यहां PVS_NAME और PVS_KEY उन चर के नाम हैं जिनके मूल्य हम सेटिंग में निर्दिष्ट करते हैं। वे पीवीएस-स्टूडियो लॉगिन और लाइसेंस कुंजी को संग्रहीत करेंगे। उनके मान सेट करने के लिए, पर जाएँ: सेटिंग्स> CI / CD> चर।

Cmake का उपयोग कर प्रोजेक्ट बनाएँ:

 - cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=On /builds/Stolyarrrov/obscheck/ - make -j4 

इसके बाद विश्लेषक चलाएँ:

 - pvs-studio-analyzer analyze -o PVS-Studio.log 

PVS-Studio.log विश्लेषण परिणामों को संग्रहीत करेगा। परिणामी रिपोर्ट फ़ाइल पढ़ने के लिए अभिप्रेत नहीं है, और इसे मानव आँख के लिए सुलभ दृश्य में लाने के लिए, हमें plog- कनवर्टर उपयोगिता की आवश्यकता है। यह कार्यक्रम विश्लेषक लॉग को विभिन्न प्रारूपों में परिवर्तित करता है। पठनीयता के लिए, हम HTML प्रारूप में परिवर्तित करेंगे:

 - plog-converter -t html PVS-Studio.log -o PVS-Studio.html 

रिपोर्ट को कलाकृतियों का उपयोग करके डाउनलोड किया जा सकता है , लेकिन हम एक वैकल्पिक विधि का उपयोग करेंगे और फाइल को भेजने वाले की उपयोगिता का उपयोग करके विश्लेषक को मेल के साथ भेजेंगे:

 - sendemail -t $MAIL_TO -u "PVS-Studio report, commit:GITLAB_COMMIT" -m "PVS-Studio report, commit:GITLAB_COMMIT" -s $GMAIL_PORT -o tls=auto -f $MAIL_FROM -xu $MAIL_FROM -xp $MAIL_FROM_PASS -a PVS-Studio.log PVS-Studio.html 

पूर्ण .itlab-ci.yml:

 image: debian job: script: - apt-get update && apt-get -y install wget gnupg - wget -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 sendemail - apt-get -y install build-essential cmake pkg-config libx11-dev libgl1-mesa-dev libpulse-dev libxcomposite-dev libxinerama-dev libv4l-dev libudev-dev libfreetype6-dev libfontconfig-dev qtbase5-dev libqt5x11extras5-dev libx264-dev libxcb-xinerama0-dev libxcb-shm0-dev libjack-jackd2-dev libcurl4-openssl-dev libavcodec-dev libqt5svg5 libavfilter-dev libavdevice-dev libsdl2-dev ffmpeg qt5-default qtscript5-dev libssl-dev qttools5-dev qttools5-dev-tools qtmultimedia5-dev libqt5svg5-dev libqt5webkit5-dev libasound2 libxmu-dev libxi-dev freeglut3-dev libasound2-dev libjack-jackd2-dev libxrandr-dev libqt5xmlpatterns5-dev libqt5xmlpatterns5 coccinelle parallel libapparmor-dev libcap-dev libseccomp-dev python3-dev python3-setuptools docbook2x libgnutls28-dev libselinux1-dev linux-libc-dev libtool autotools-dev make libio-socket-ssl-perl libnet-ssleay-perl ca-certificates - pvs-studio-analyzer credentials $PVS_NAME $PVS_KEY - cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=On /builds/Stolyarrrov/obscheck/ - make -j4 - pvs-studio-analyzer analyze -o PVS-Studio.log - plog-converter -t html PVS-Studio.log -o PVS-Studio.html - sendemail -t $MAIL_TO -u "PVS-Studio report, commit:GITLAB_COMMIT" -m "PVS-Studio report, commit:GITLAB_COMMIT" -s $GMAIL_PORT -o tls=auto -f $MAIL_FROM -xu $MAIL_FROM -xp $MAIL_FROM_PASS -a PVS-Studio.log PVS-Studio.html 

प्रतिबद्ध परिवर्तन बटन पर क्लिक करें। यदि हमने सब कुछ सही ढंग से किया है, तो हम शिलालेख देखेंगे: यह गिटलैब सीआई कॉन्फ़िगरेशन मान्य है। प्रगति को ट्रैक करने के लिए, CI / CD> पाइपलाइन टैब पर जाएं ।

रनिंग पर क्लिक करें। हम वर्चुअल मशीन की टर्मिनल विंडो देखेंगे, जिस पर हमारी कॉन्फ़िगरेशन फ़ाइल चल रही है। कुछ समय बाद, हमें संदेश मिलता है: नौकरी सफल हुई।

इसलिए, मेल पर जाने और चेतावनी के साथ HTML फ़ाइल खोलने का समय।

मान्यता परिणाम

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

हर कोई स्वतंत्र रूप से पीवीएस-स्टूडियो की क्षमताओं की खोज करने और उनकी परियोजनाओं की जांच करने के लिए एक परीक्षण कुंजी प्राप्त कर सकता है।

तो, आइए ओपन ब्रॉडकास्टर सॉफ्टवेयर में पाई गई त्रुटियों के कुछ उदाहरण देखें।

चेतावनी देना N १

V547 अभिव्यक्ति 'back_size' सच है। Circlebuf.h (138)

 struct circlebuf { .... size_t capacity; }; static inline void circlebuf_place(struct circlebuf *cb, size_t position,....,const void *data, size_t size) { .... size_t data_end_pos; data_end_pos = position + size; if (data_end_pos > cb->capacity) { size_t back_size = data_end_pos - cb->capacity; if (back_size) { memcpy((uint8_t *)cb->data + position, data, loop_size); } .... } 

लाइन पर ध्यान दें: यदि (data_end_pos> cb-> क्षमता) , स्थिति की पूर्ति का मतलब होगा कि चर back_size , नीचे की रेखा में परिभाषित किया जाएगा, हमेशा शून्य से अधिक होगा, क्योंकि स्पष्ट रूप से छोटा होने से स्पष्ट रूप से बड़ा घटाया जाता है, जिसका अर्थ है कि स्थिति नीचे एक और पंक्ति, हमेशा सच होगी। एक अतिरिक्त स्थिति इतनी हानिरहित नहीं है जब इसके तहत एक कोड होता है जो डेटा को संशोधित करता है।

चेतावनी एन 2, एन 3

V629 '1 << इंडेंट' अभिव्यक्ति का निरीक्षण करने पर विचार करें। 64-बिट प्रकार के बाद के विस्तार के साथ 32-बिट मूल्य का बिट शिफ्टिंग। profiler.c (610)

 static void profile_print_entry(uint64_t active, unsigned indent, ....) { .... active &= (1 << indent) - 1; .... } 

32-बिट और 64-बिट प्रकारों पर संचालन का मिश्रण यहां संदिग्ध लगता है। पहले, मुखौटा 32-बिट प्रकार (अभिव्यक्ति (1 << इंडेंट) - 1 ) का उपयोग करके गणना की जाती है, और फिर इसे अभिव्यक्ति में सक्रिय रूप से 64-बिट प्रकार में विस्तारित किया जाता है & = ...। सबसे अधिक संभावना है, मास्क की गणना करते समय, 64-बिट प्रकारों का उपयोग भी ग्रहण किया गया था।

कोड का सही संस्करण:

 active &= ((uint64_t)(1) << indent) - 1; 

या:

 active &= (1ull << indent) - 1; 

इसके अलावा, इस कोड ब्लॉक की कॉपी-पेस्ट नीचे है, जिसे विश्लेषक ने भी चेतावनी जारी की है: V629 '1 << इंडेंट' अभिव्यक्ति का निरीक्षण करने पर विचार करें। 64-बिट प्रकार के बाद के विस्तार के साथ 32-बिट मूल्य का बिट शिफ्टिंग। profiler.c (719)

चेतावनी N4

V761 पाठ के चार समान ब्लॉक पाए गए थे। 'दृश्य-श्रव्य-नियंत्रणs.c' (353)

 static float get_true_peak(....) { .... peak = _mm_max_ps(peak, abs_ps(intrp_samples)); SHIFT_RIGHT_2PS(new_work, work); VECTOR_MATRIX_CROSS_PS(intrp_samples, work, m3, m1, p1, p3); peak = _mm_max_ps(peak, abs_ps(intrp_samples)); SHIFT_RIGHT_2PS(new_work, work); VECTOR_MATRIX_CROSS_PS(intrp_samples, work, m3, m1, p1, p3); peak = _mm_max_ps(peak, abs_ps(intrp_samples)); SHIFT_RIGHT_2PS(new_work, work); VECTOR_MATRIX_CROSS_PS(intrp_samples, work, m3, m1, p1, p3); peak = _mm_max_ps(peak, abs_ps(intrp_samples)); SHIFT_RIGHT_2PS(new_work, work); VECTOR_MATRIX_CROSS_PS(intrp_samples, work, m3, m1, p1, p3); .... } 

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

 for(size_t i = 0; i < 3; i++) { peak = _mm_max_ps(peak, abs_ps(intrp_samples)); SHIFT_RIGHT_2PS(new_work, work); VECTOR_MATRIX_CROSS_PS(intrp_samples, work, m3, m1, p1, p3); } 

चेतावनी N5

V560 सशर्त अभिव्यक्ति का एक हिस्सा हमेशा गलत होता है: '! संशोधक'। अवलोकन- hotkey.c (662)

 typedef struct obs_key_combination obs_key_combination_t; struct obs_key_combination { uint32_t modifiers; obs_key_t key; }; static inline void load_binding(....) { obs_key_combination_t combo = {0}; uint32_t *modifiers = &combo.modifiers; load_modifier(modifiers, data, "shift", INTERACT_SHIFT_KEY); load_modifier(modifiers, data, "control", INTERACT_CONTROL_KEY); load_modifier(modifiers, data, "alt", INTERACT_ALT_KEY); load_modifier(modifiers, data, "command", INTERACT_COMMAND_KEY); if (!modifiers && (combo.key == OBS_KEY_NONE || combo.key >= OBS_KEY_LAST_VALUE)) { .... } .... } 

Load_modifier function की परिभाषा:

 static inline void load_modifier(uint32_t *modifiers, obs_data_t *data, const char *name, uint32_t flag) { if (obs_data_get_bool(data, name)) *modifiers |= flag; } 

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

यानी ऐसा लगता है कि चेक इस तरह होना चाहिए:

 if (!*modifiers && ....)  : if (!combo.modifiers && ....) 

चेतावनी N6

V575 संभावित नल सूचक 'strncpy' फ़ंक्शन में पारित किया गया है। पहले तर्क का निरीक्षण करें। चेक लाइनें: 2904, 2903. rtmp.c (2904)

 static int PublisherAuth(....) { .... ptr = malloc(r->Link.app.av_len + pubToken.av_len); strncpy(ptr, r->Link.app.av_val, r->Link.app.av_len); .... } 

अक्सर, यह कोड असुरक्षित होता है क्योंकि यह ध्यान नहीं रखता है कि मॉलोक एक अशक्त सूचक को वापस कर सकता है। यदि मॉलॉक NULL को लौटाता है , तो इस मामले में एक अपरिभाषित व्यवहार होगा , क्योंकि strncpy का पहला तर्क NULL होगा।

आप इसके बारे में अधिक पढ़ सकते हैं कि संबंधित लेख में मॉलोक फ़ंक्शन के रिटर्न मान की जांच करना क्यों महत्वपूर्ण है ।

चेतावनी एन 7, एन 8, एन 9

आइए अनुमान लगाने की कोशिश करें कि किन मामलों में गलत गणना हो सकती है:

 class OBSProjector : public OBSQTDisplay { .... float sourceX, sourceY, ....; .... } .... void OBSProjector::OBSRenderMultiview(....) { OBSProjector *window = (OBSProjector *)data; .... auto calcBaseSource = [&](size_t i) { switch (multiviewLayout) { case MultiviewLayout::HORIZONTAL_TOP_24_SCENES: window->sourceX = (i % 6) * window->scenesCX; window->sourceY = window->pvwprgCY + (i / 6) * window->scenesCY; break; case MultiviewLayout::VERTICAL_LEFT_8_SCENES: window->sourceX = window->pvwprgCX; window->sourceY = (i / 2) * window->scenesCY; if (i % 2 != 0) { window->sourceX += window->scenesCX; } break; case MultiviewLayout::VERTICAL_RIGHT_8_SCENES: window->sourceX = 0; window->sourceY = (i / 2) * window->scenesCY; if (i % 2 != 0) { window->sourceX = window->scenesCX; } break; case MultiviewLayout::HORIZONTAL_BOTTOM_8_SCENES: if (i < 4) { window->sourceX = (float(i) * window->scenesCX); window->sourceY = 0; } else { window->sourceX = (float(i - 4) * window->scenesCX); window->sourceY = window->scenesCY; } break; default:// MultiviewLayout::HORIZONTAL_TOP_8_SCENES: if (i < 4) { window->sourceX = (float(i) * window->scenesCX); window->sourceY = window->pvwprgCY; } else { window->sourceX = (float(i - 4) * window->scenesCX); window->sourceY = window->pvwprgCY + window->scenesCY; } } } .... } 

विश्लेषक चेतावनी:

• V636 'i / 6' की अभिव्यक्ति को स्पष्ट रूप से 'size_t' प्रकार से 'फ्लोट' प्रकार में डाला गया था। एक आंशिक भाग के नुकसान से बचने के लिए एक स्पष्ट प्रकार के कलाकारों का उपयोग करने पर विचार करें। एक उदाहरण: डबल ए = (डबल) (एक्स) / वाई ;; खिड़की-प्रोजेक्टर.cpp (330)
• V636 'i / 2' की अभिव्यक्ति को 'size_t' प्रकार से 'फ्लोट' प्रकार में डाला गया था। एक आंशिक भाग के नुकसान से बचने के लिए एक स्पष्ट प्रकार के कलाकारों का उपयोग करने पर विचार करें। एक उदाहरण: डबल ए = (डबल) (एक्स) / वाई ;; खिड़की-प्रोजेक्टर.cpp (334)
• V636 'i / 2' की अभिव्यक्ति को 'size_t' प्रकार से 'फ्लोट' प्रकार में डाला गया था। एक आंशिक भाग के नुकसान से बचने के लिए एक स्पष्ट प्रकार के कलाकारों का उपयोग करने पर विचार करें। एक उदाहरण: डबल ए = (डबल) (एक्स) / वाई ;; खिड़की-प्रोजेक्टर.cpp (340)

सही उत्तर: उन लोगों में जिनमें मुझे तैरने के लिए नहीं डाला गया है। एनालाइज़र हमें दिखाता है कि अभिव्यक्तियों में, पूर्णांक विभाजन होता है। यह कोड ठीक उसी तरह काम नहीं कर सकता जैसा कि प्रोग्रामर को उम्मीद थी।

निष्कर्ष

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

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