GitLab 12.3 वेब एप्लिकेशन फ़ायरवॉल और प्रदर्शन विश्लेषण के साथ

इस महीने की GitLab 12.3 रिलीज एक विशेष सप्ताह के बाद विशेष रूप से दिलचस्प है जिसमें हमने ब्रुकलिन, न्यूयॉर्क में पहला GitLab उपयोगकर्ता सम्मेलन आयोजित किया, और ई-सीरीज फंडिंग चरण के पूरा होने की घोषणा की : $ 268 मिलियन जुटाए । इस पैसे से, हम निगरानी, ​​सुरक्षा और योजना सहित DevOps के लिए अपने सभी प्रस्तावों में महत्वपूर्ण सुधार कर सकते हैं।

वेब अनुप्रयोग फ़ायरवॉल

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

उत्पादकता विश्लेषिकी पहली रिलीज़

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

बढ़ा हुआ अनुपालन

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

और वह सब नहीं है!

GitLab 12.3 में इतनी शानदार विशेषताएं हैं कि हर किसी के बारे में बात करना असंभव है (हालांकि मैं वास्तव में चाहता हूं)। समूह-स्तरीय वातावरण और क्लस्टर परिनियोजन के लिए वैश्विक दृष्टिकोण के साथ संसाधन जानकारी की अधिक सुविधाजनक दृश्य, Git में संकुचित Git HTTP लिंक के साथ अधिक कुशल Git पुनर्प्राप्ति, अगले और पिछले अनसुलझे चर्चाओं के लिए अधिक कुशल कीस्ट्रोक जांच।

इस महीने का सबसे मूल्यवान कर्मचारी ( एमवीपी ) - सेड्रिक टैबिन
सेड्रिक के प्रयासों के माध्यम से, GitLab 12.3 ने CI जॉब के लिए एक नया कीवर्ड पेश किया , जो बाधित बिल्ड की अनुमति देता है । उन्होंने 9 महीने से अधिक समय तक इस सुविधा पर काम किया और इसे जारी करने के लिए हमारी सत्यापन टीमों के साथ सहयोग किया।

आपके अमूल्य कार्य के लिए, सिडरिक, आपका धन्यवाद!

GitLab 12.3 की मुख्य विशेषताएं

Kubernetes Ingress के लिए वेब अनुप्रयोग फ़ायरवॉल

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

जब आप Kubernetes क्लस्टर पर इनग्रेशन एप्लिकेशन इंस्टॉल करते हैं, तो GitLab अब क्लस्टर में वेब एप्लिकेशन फ़ायरवॉल (WAF) मोडसिक्योरिटी प्लगइन जोड़ता है।

WAF यह निर्धारित करता है कि आने वाले HTTP या HTTPS ट्रैफ़िक में SQL इंजेक्शन, क्रॉसाइट स्क्रिप्टिंग या ट्रोजन जैसे दुर्भावनापूर्ण कोड होते हैं। WAF में पहले से ही प्रभावी नियम हैं, OWASP ModSecurity Core Rules (CRS), जो अतिरिक्त कॉन्फ़िगरेशन के बिना विभिन्न प्रकार के हमलों को परिभाषित करते हैं।

प्रलेखन वर्णन करता है कि WAF लॉग को कैसे देखें और यह पता करें कि किसी उत्पादन वातावरण में आपके एप्लिकेशन को किस प्रकार के दुर्भावनापूर्ण ट्रैफ़िक से अवगत कराया गया है।

उत्पादकता विश्लेषिकी

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

उत्पादकता विश्लेषिकी की इस पहली रिलीज में, हमने नए मैट्रिक्स के लिए ऐतिहासिक डेटा एकत्र नहीं किया ताकि यह पृष्ठभूमि प्रक्रिया 12.2 से 12.3 तक संक्रमण के साथ हस्तक्षेप न करे। आप उस कार्य का अनुसरण कर सकते हैं जहां हम उस पर काम कर रहे हैं ।

क्लस्टर स्तर के वातावरण और तैनाती के लिए वैश्विक दृष्टिकोण

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

निषिद्ध लाइसेंस के विलय को रोकने के लिए मर्ज अनुरोधों की स्वीकृति

अल्ट्रा, गोल्ड

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

GitLab 12.3 में अन्य सुधार

विश्लेषिकी कार्यक्षेत्र

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

डिजाइन प्रबंधन के लिए अधिसूचनाएं

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

मर्ज अनुरोध अनुमोदन नियमों के लिए एपीआई

स्टार, प्रीमियम, अल्ट्रा, ब्रोंज, सिल्वर, गोल्ड

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

GitLab 12.3 में, अनुमोदन नियमों के समर्थन को परियोजनाओं के लिए एपीआई और अनुरोधों को मर्ज करने के लिए जोड़ा गया है।

अगले और पिछले अनसुलझे चर्चा के लिए कीबोर्ड शॉर्टकट

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

GitLab कोड समीक्षा के परीक्षण में परीक्षण, चर्चा, और प्रतिक्रिया को हल करना शामिल है। जंप के साथ अगले अनसुलझे चर्चा बटन पर, आप आसानी से चर्चा से चर्चा की ओर बढ़ सकते हैं।
GitLab 12.3 में, नए "n" और "p" कीबोर्ड शॉर्टकट आपको मर्ज किए गए अनुरोधों में n ext (अगले) और p rebel (पिछले) अनसुलझे चर्चाओं में बदलाव देखने के लिए आसान बनाने के लिए कूदने की अनुमति देते हैं।

एपीआई को शाखा पर कोड के मालिक से मर्ज अनुरोध अनुमोदन की आवश्यकता होती है

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

GitLab 12.3 में, आपको कोड के स्वामी को मंजूरी दिए बिना परिवर्तनों को सीधे फाइलों में भेजे जाने या विलय करने से रोकने के लिए कुछ शाखाओं (एपीआई के माध्यम से) के लिए कोड स्वामी से अनुमोदन की आवश्यकता हो सकती है।

नोट। यह सुविधा केवल GitLab 12.3 में एपीआई के माध्यम से उपलब्ध है। GitLab 12.4 में, यह सुरक्षित शाखा सेटिंग्स में उपलब्ध होगा। कार्य 13251 में समाचार का पालन करें।

पाइपलाइन व्यवहार को नियंत्रित करने के लिए लचीले "नियम" कीवर्ड

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

केवल / छोड़कर: बाहरी रिपोजिटरी के लिए external_pull_requests

कोर, स्टार, प्रीमियम, अल्ट्रा, सिल्वर, गोल्ड

GitLab CI में, आप बाहरी रिपॉजिटरी के साथ उन्हें वर्जन कंट्रोल के लिए इस्तेमाल कर सकते हैं और GitLab CI / CD के लिए काम कर सकते हैं। अब तक, CI_PIPELINE_SOURCE ने हमेशा धक्का दिखाया, क्योंकि यह एक pull दर्पण पर आधारित था, बाहरी रिपॉजिटरी या वेबहूक नहीं। इसलिए, GitLab ने गलत तरीके से only/except: merge_requests समर्थन किया only/except: merge_requests । 12.3 रिलीज में, हमने इस सीमा को हटा दिया।

सीआई / सीडी से कंटेनर छवियों को निकालना

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

संस्करण 12.3 में, हमने CI_REGISTRY_USER की अनुमतियों का विस्तार किया और इसे छवि टैग हटाने की अनुमति दी ताकि यह सामान्य CI / CD वर्कफ़्लो के भाग के रूप में शाखा से संबंधित टैग हटा सके और सफाई स्क्रिप्ट को स्वचालित करने के लिए GitLab CI / CD का उपयोग कर सके। यह कार्य बेहतर भंडारण प्रबंधन के लिए कंटेनर रजिस्ट्री की लागत को कम करने के लिए एक बड़े महाकाव्य का हिस्सा है।

पूर्ण सक्रिय DAST स्कैन चलाते समय डोमेन सत्यापन

अल्ट्रा, गोल्ड

अब आप यह सुनिश्चित कर सकते हैं कि DAST केवल सक्रिय डोमेन स्कैन चलाता है जो विशेष रूप से DAST स्कैनिंग के लिए कॉन्फ़िगर किए गए हैं।

इस तरह आप सुनिश्चित होंगे कि सक्रिय DAST स्कैन उन डोमेन में गलती से निष्पादित नहीं होते हैं जो सामग्री प्रदान करते हैं या काम के रूप में उपयोग किए जाते हैं।

निष्क्रिय DAST स्कैन में, कुछ भी नहीं बदला है। उन्होंने किसी को परेशान नहीं किया।

जावा स्पॉट के लिए SAST Spotbugs विश्लेषक अपडेट किया गया

अल्ट्रा, गोल्ड

यदि आप प्रोजेक्ट में SAST_JAVA_VERSION वातावरण SAST_JAVA_VERSION सेट करते हैं, तो SAST SpotBugs विश्लेषक अपडेट किया गया है और अब जावा 11 कोड को स्कैन कर सकता है।

मर्ज अनुरोध के लिए पाइपलाइन रन पाइपलाइन बटन

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

ऑटो डेऑप्स के साथ डॉक निर्माण के लिए उपयोगकर्ता परिभाषित सीआई चर

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

CI वैरिएबल आपको CI पाइपलाइन में एप्लिकेशन के निर्माण के लिए प्रक्रियाओं के निष्पादन को अनुकूलित करने की अनुमति देता है। GitLab 12.3 के साथ शुरू, उपयोगकर्ता-परिभाषित चर ऑटो DevOps में docker docker build स्टेज पर पहुँचा जा सकता है। डेटा एक नए build secret मूल्य के रूप में प्रदान किया जाता है।

AUTO_DEVOPS_BUILD_IMAGE_FORWARDED_CI_VARIABLES चर का उपयोग करके एक या अधिक चर प्रिंट करें, और यह AUTO_DEVOPS_BUILD_IMAGE_FORWARDED_CI_VARIABLES docker build में उपयोग के लिए उपलब्ध होगा।

क्लस्टर और उदाहरण समूहों के लिए चाकू

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

मीट्रिक पैनलों के लिए लाइन चार्ट

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

कार्यों में ज़ूम नियुक्तियों को जोड़ने और हटाने के लिए त्वरित कदम

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

जब कोई उपयोगकर्ता जूम मीटिंग शुरू करता है, तो वह मीटिंग के URL दर्ज करके त्वरित कार्य के साथ इसे संलग्न कर सकता है (उदाहरण के लिए, /zoom https://gitlab.zoom.us/s/123456 )। कार्य के शीर्ष पर कॉन्फ्रेंस कॉल तक सीधी पहुंच वाला बटन दिखाई देगा। जब घटना हल हो जाती है, तो ज़ूम मीटिंग को /remove_zoom हटाया जा सकता है।

यह GitLab.com पर एक सार्वजनिक विशेषता है, और स्व-प्रबंधित उदाहरणों में आपको स्विच का उपयोग करने की आवश्यकता है। यदि आप स्व-प्रबंधित GitLab उदाहरण में इस सुविधा का उपयोग करना चाहते हैं, तो ऑपरेटर्स issue_zoom_integration फ़ंक्शन के लिए स्विच को चालू कर सकते हैं। अगले महीने GitLab 12.4 की रिलीज़ में, हम फ़ंक्शन स्विच को हटाने और ज़ूम के साथ कार्यों के एकीकरण को सार्वजनिक रूप से स्वयं-प्रबंधित उदाहरणों के सभी उपयोगकर्ताओं के लिए उपलब्ध कराने की योजना बनाते हैं।

Git HTTP के माध्यम से पुश ऑपरेशन के दौरान जियो सेकेंडरी नोड्स के लिए विलंबता दिखाता है

प्रीमियम, अंतिम

यदि उपयोगकर्ता दूर है तो बड़ी मात्रा में डेटा प्राप्त करना समय लेने वाला हो सकता है। जियो के साथ रिपॉजिटरी का प्रतिकृति क्लोनिंग की प्रक्रिया को गति देता है और बड़े रिपॉजिटरी प्राप्त करता है, क्योंकि यह दूरस्थ उपयोगकर्ता के बगल में केवल-पढ़ने के लिए माध्यमिक नोड बनाता है। द्वितीयक नोड्स प्राथमिक से पीछे हैं, इसलिए HTTP पर git push का उपयोग करते समय GitLab अब अनुमानित अनुमानित विलंब दिखाता है। उपयोगकर्ता जियो नोड का उपयोग करते समय अधिक जानकारी प्राप्त करते हैं, वे देरी में वृद्धि को नोटिस कर सकते हैं और इसे सिस्टम प्रशासकों को रिपोर्ट कर सकते हैं।

प्रोटोकॉल सीमाओं के कारण, git pull का उपयोग करते समय यह संदेश उपलब्ध नहीं है।

कुछ OAuth प्रदाताओं के लिए दो-कारक प्रमाणीकरण अक्षम करना

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

योगदान के लिए धन्यवाद, dodocat !

आईपी ​​प्रतिबंध कई सबनेट का समर्थन करता है

अल्ट्रा, गोल्ड

IP पते द्वारा समूह क्रियाओं को प्रतिबंधित करने के कार्य के विकास के भाग के रूप में , GitLab 12.3 कई IP उपशीर्ष निर्दिष्ट करने की क्षमता प्रदान करता है। भौगोलिक रूप से वितरित संगठनों के लिए यह बहुत सुविधाजनक है: एक एकल श्रेणी को निर्दिष्ट करने के बजाय जो बहुत अधिक अनुमतियाँ दी गई हैं, बड़े संगठन अब विशिष्ट आवश्यकताओं के आधार पर आने वाले यातायात को सीमित कर सकते हैं।

गिटलब रनर 12.3

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

आज हमने GitLab Runner 12.3 जारी किया! GitLab Runner एक ओपन सोर्स प्रोजेक्ट है,
जिसका उपयोग CI / CD जॉब्स को चलाने और परिणामों को GitLab पर वापस भेजने के लिए किया जाता है।

परिवर्तन:

• आरंभ करने के लिए सर्वोत्तम प्रथाओं के साथ जोड़ा गया प्रलेखन ।
• अपडेट किया गया PowerShell ErrorActionPreference प्रलेखन ।
• अमान्य सेवा त्रुटियां अब एक विशिष्ट सेवा का संकेत देती हैं ।
• PowerShell Core के साथ संगत कमांड का उपयोग अब एक निर्देशिका बनाने के लिए किया जा सकता है ।
• Cmdlets विफल होने पर शून्य निकास कोड के साथ निश्चित निकास ।
• लंबा पथ समर्थन शामिल था ।
• लघु टोकन के मूल्य के साथ एक चर प्रदान किया जाता है ।
• द्वितीयक छवि के लिए डिफ़ॉल्ट पथ सेट है ।

परिवर्तन की पूरी सूची GitLab रनर परिवर्तन लॉग में देखी जा सकती है: CHANGELOG ।

प्रदर्शन में वृद्धि

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

हम किसी भी आकार के GitLab उदाहरणों के लिए प्रत्येक रिलीज़ के साथ GitLab प्रदर्शन में सुधार करना जारी रखते हैं।

GitLab 12.3 में कुछ सुधार:

• N + 1 अनुरोध को हटाने के कारण API के माध्यम से कार्यों और मर्ज अनुरोधों का आउटपुट त्वरित होता है ।
• माता-पिता द्वारा हटाए जाने पर संबंधित घटनाओं को तुरंत हटाएं ।
• GetCommitSignatures RPC ने रूबी से गो तक पोर्ट किया ।
• GitLab शैल प्राधिकरण जाँच रूबी से गो तक चली गई ।

डिजाइन प्रबंधन में स्थिति और चर्चा की संख्या

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

Git HTTP लिंक विज्ञापन संपीड़न

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

GitLab 12.3 में, HTTP के माध्यम से प्राप्त करते समय, लिंक किए गए घोषणाओं को समर्थित ग्राहकों के लिए संपीड़ित डेटा की मात्रा को कम करने और संचालन प्राप्त करने में तेजी लाने के लिए संकुचित किया जाएगा।

एक सामान्य कार्यदिवस पर, GitLab.com लगभग 850 जीबी HTTP लिंक विज्ञापनों की प्रक्रिया करता है। लिंक संपीड़न को सक्षम करने के बाद, यह मात्रा लगभग 70% कम हो गई थी।

गिट पुश इवेंट्स (बीटा) के लिए ऑडिट लॉग

स्टार, प्रीमियम, अल्ट्रा, ब्रोंज, सिल्वर, गोल्ड

कमिट, लेखकों और टाइमस्टैम्प को बदलने और भविष्य के डेवलपर्स को एक साफ और समझने योग्य कहानी छोड़ने के लिए गिट इतिहास को फिर से लिखा जा सकता है। लेकिन ऑडिटिंग के लिए यह एक समस्या है।

GitLab 12.3 में, Git पुश ईवेंट जो कमिट भेजते हैं, इतिहास को फिर से लिखते हैं, या अन्यथा रिपॉजिटरी को बदलकर ऑडिट लॉग में जोड़ा जा सकता है। पुश इवेंट्स के ऑडिट लॉग डिफ़ॉल्ट रूप से अक्षम होते हैं, ताकि हाई गिट लिख ट्रैफिक के कारण गिटलैब इंस्टेंस पर प्रदर्शन को नुकसान न पहुंचे।

अगली रिलीज में, Git धक्का घटनाओं के लिए ऑडिट लॉग डिफ़ॉल्ट रूप से सक्षम किया जाएगा। कार्य 7865 में समाचारों के लिए बने रहें।

होशियार डिफ़ॉल्ट वेब IDE में करता है

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

सीआई / सीडी पाइपलाइनों में नौकरियों के लिए अलग-अलग प्रतीक्षा समय

कोर, स्टेटर, प्रीमियम, अंतिम

विभिन्न कार्यों में अलग-अलग निष्पादन विशेषताएं होती हैं, इसलिए प्रतीक्षा समय भी भिन्न हो सकता है। आप timeout: कीवर्ड निर्दिष्ट करके timeout: को कॉन्फ़िगर कर सकते हैं timeout: कार्य में .gitlab-ci.yml और एक संख्या जो इंगित करेगी कि आपको नौकरी के विफल होने से पहले कितने मिनट इंतजार करने की आवश्यकता है।

योगदान के लिए धन्यवाद, Michal Siwek !

रुकावट कीवर्ड इंगित करता है कि क्या नौकरी सुरक्षित रूप से रद्द की जा सकती है।

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

यह पाइपलाइनों में अनावश्यक कार्यों के दोहराव से बचा जाता है, लागत कम करता है और पाइपलाइनों की दक्षता में सुधार करता है।

रनर में एक बग के कारण , कुछ निष्पादित प्रोग्राम रद्द करने के बाद कार्य चलाना बंद नहीं करते हैं। हमने 12.4 में इसे ठीक करने की योजना बनाई है।

पाइपलाइन ट्रिगर के लिए स्थिति की जाँच करें

प्रीमियम, अल्ट्रा, रजत, स्वर्ण

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

डॉकर समूह टैग / छवियों के आउटपुट के लिए एपीआई एंडपॉइंट

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

GitLab कंटेनर रजिस्ट्री का उपयोग करके, आप कमांड लाइन, CI / CD / API से परियोजनाओं के लिए डॉकर टैग / चित्र एकत्र और भेज सकते हैं। लेकिन GitLab 12.3 की रिलीज़ से पहले, हमने समूह स्तर पर टैग और छवियों के बारे में जानकारी प्रदान नहीं की, हालांकि उपयोगकर्ता अक्सर इसके लिए पूछते हैं।

हमने दो एपीआई एंडपॉइंट जोड़े हैं जो दिखाएगा कि समूह स्तर पर कौन से चित्र और टैग मौजूद हैं। यह कंटेनर रजिस्ट्री की दृश्यता और खोज को बेहतर बनाने का पहला कदम है। हम तब कंटेनर रजिस्ट्री उपयोगकर्ता इंटरफ़ेस में एक समूह-स्तरीय ब्राउज़र बनाने के लिए एपीआई का उपयोग करते हैं।

डॉकर-इन-डॉकर के बिना SAST स्कैन

अल्ट्रा, गोल्ड

SAST स्कैन वैकल्पिक रूप से डॉकर-इन-डॉकर के बिना किया जा सकता है।

यही है, आप SAST स्कैनिंग को कॉन्फ़िगर कर सकते हैं ताकि इसे उन्नत विशेषाधिकार की आवश्यकता न हो।

भेद्यता को अनदेखा करने के कारणों का संपादन

अल्ट्रा, गोल्ड

भेद्यता को अनदेखा करने के कारणों को अब संपादित और हटाया जा सकता है।

इस तरह आप अधिक जानकारी होने पर भेद्यता के लिए संदर्भ जोड़ सकते हैं और बदल सकते हैं।

पृष्ठों का अधिक सुविधाजनक प्रारंभिक सेटअप

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

मानचित्रण Kubernetes क्लस्टर तैनाती के लिए उपयोग किया जाता है

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

नौकरी विवरण पृष्ठ अब कुबेरनेट क्लस्टर का नाम प्रदर्शित करता है जो विशेष तैनाती के लिए उपयोग किया गया था। प्रोजेक्ट के मालिक और रखवाले क्लस्टर के नाम के साथ एक लिंक देखते हैं जो क्लस्टर विवरण पृष्ठ पर जाता है।

समूह-स्तरीय कुबेरनेट समूहों के लिए जुपाइटरहब

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

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

स्लैश कमांड स्लैक में काम बंद कर देता है

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

आधुनिक आईटी घटनाओं का समाधान बिना चैट के पूरा नहीं होता है। यह उपकरण आपके द्वारा प्रबंधित सिस्टम और उन उपकरणों के साथ कसकर एकीकृत होना चाहिए जहां आप स्थिति को ठीक करते हैं। जब आप सेवाओं की बहाली पर काम कर रहे हों और थर्ड-पार्टी स्टेकहोल्डर्स को सूचित कर रहे हों तो संदर्भ को कम से कम करना और टूल्स के बीच स्विच करना उचित है।

12.3 रिलीज में, हमने अपने स्लैक-आधारित चैटऑप्स में सेट किए गए कमांड में एक अतिरिक्त स्लैश कमांड जोड़ा। अब आप अन्य टूल को खोले बिना कार्यों को बंद कर सकते हैं - बस कार्य को ढूंढें और इसे मैन्युअल रूप से बंद करें। आप जहां काम करते हैं वहीं आप कार्य को बंद कर सकते हैं।

जियो मूल रूप से डॉकर रजिस्ट्री प्रतिकृति का समर्थन करता है

प्रीमियम, अंतिम

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

डॉकर रजिस्ट्री के लिए वितरित ऑब्जेक्ट स्टोरेज (उदाहरण के लिए, S3) का उपयोग करते समय, प्राथमिक और द्वितीयक जियो नोड एक ही प्रकार के स्टोरेज का उपयोग कर सकते हैं। यह दृष्टिकोण देशी जियो प्रतिकृति का उपयोग नहीं करता है।

एपीआई कार्रवाइयां समूह आईपी पते प्रतिबंध में शामिल हैं

अल्ट्रा, गोल्ड

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

प्रोजेक्ट सदस्यों और समूहों को अपडेट करने के लिए सिस्टम हुक

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

आपके इनपुट के लिए धन्यवाद, ब्रैंडन विलियम्स!

S / MIME के ​​साथ ईमेल पर हस्ताक्षर करना

कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड

GitLab ईमेल सूचनाओं को अब जोड़ा गया उदाहरण-स्तर सुरक्षा के लिए S / MIME के ​​साथ हस्ताक्षरित किया जा सकता है।

योगदान के लिए धन्यवाद, सीमेंस, @bufferoverflow और @dlouzan !

सर्वग्राही संवर्द्धन

कोर, स्टेटर, प्रीमियम, अंतिम

• बाहरी पोस्टग्रेज सर्वरों के लिए एसएसएल प्रमाणीकरण को अब gitlab.rb में एक प्रमाणपत्र निर्दिष्ट करके समर्थित किया गया है।
• GitLab 12.3 में मैटरैस्ट 5.14 , स्लैक के लिए एक खुला स्रोत विकल्प शामिल है , जिसकी नई रिलीज़ में बेहतर कीबोर्ड एक्सेसिबिलिटी, जीरा के साथ बेहतर एकीकरण और बहुत कुछ शामिल है। इस संस्करण में सुरक्षा अद्यतन शामिल हैं, और हम अनुशंसा करते हैं कि आप अपग्रेड करें।

पदावनत विशेषताएँ

.gitlab-ci.yml , , GitLab 12.3

.gitlab-ci.yml, DEP_SCAN_DISABLE_REMOTE_CHECKS DS_DISABLE_REMOTE_CHECKS , — .

, .
GitLab 12.0 .

: GitLab 12.3

gitlab-monitor gitlab-exporter.

GitLab Monitor, gitlab-monitor gitlab-exporter. gitlab-exporter — - Prometheus, GitLab, GitLab Monitor , GitLab. Omnibus, gitlab.rb .

: 22 2019 .

.

GitLab 10.0 , . , , .

, GitLab 12.5.

, .

: 22 2019 .