पीवीएस-स्टूडियो इन द क्लाउड्स: गिटलैब सीआई / सीडी

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

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

• पीवीएस-स्टूडियो इन द क्लाउड्स: एज़्योर देवओपीएस
• पीवीएस-स्टूडियो इन द क्लाउड्स: ट्रैविस सीआई
• पीवीएस-स्टूडियो इन द क्लाउड्स: सर्कलसीआई

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

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

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

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

विन्यास

GitLab के साथ काम करना शुरू करने के लिए, वेबसाइट पर जाएं और रजिस्टर पर क्लिक करें:

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

फ़ाइलों को आयात करने के लिए उपलब्ध प्लेटफार्मों की एक सूची:

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

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

जब आप कार्य प्रारंभ करते हैं, तो GitLab CI .gitlab-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 

अगला, हम 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 

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

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

तो यह मेल द्वारा भेजे गए चेतावनियों के साथ html फ़ाइल खोलने का समय है।

विश्लेषण के परिणाम

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

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

तो, चलिए Open Broadcaster Software में मिली त्रुटियों के कुछ उदाहरणों पर ध्यान देते हैं।

चेतावनी देना 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-> क्षमता) निश्चित रूप से करीब से देखने लायक है। यदि यह शर्त सही है, तो नीचे की लाइन में परिभाषित बैक_साइज़ वैरिएबल, हमेशा शून्य से अधिक होगा, क्योंकि यहाँ हम अधिक से अधिक कुख्यात छोटे मूल्य के घटाव से निपटते हैं। अंत में, शर्त, जो नीचे दो लाइनें है, हमेशा सही होगी। अतिरेक की स्थिति उस हानिरहित नहीं है जब यह कोड द्वारा पीछा किया जाता है, डेटा बदल रहा है।

चेतावनी एन 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; } 

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

तो मुझे ऐसा लगता है कि चेक इस प्रकार होना चाहिए:

 if (!*modifiers && ....) Or like this: 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)

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

निष्कर्ष

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