गिटलैब 11.10

GitLab 11.10 नियंत्रण कक्ष में पाइपलाइनों के साथ, संयुक्त परिणामों के लिए पाइपलाइन और मर्ज अनुरोधों में कई लाइनों पर प्रदान करता है।

विभिन्न परियोजनाओं में पाइपलाइनों के प्रदर्शन के बारे में सुविधाजनक जानकारी

GitLab ने DevOps जीवनचक्र की पारदर्शिता बढ़ाई है। इस रिलीज में , नियंत्रण कक्ष में पाइपलाइनों की स्थिति का अवलोकन जोड़ा गया है।

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

संयुक्त परिणामों के लिए पाइपलाइन चलाना

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

आगे सहयोग अनुकूलन

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

आपकी प्रतिक्रिया और सुझावों के लिए धन्यवाद!

और यह सब नहीं है ...

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

इस महीने का सबसे मूल्यवान कर्मचारी ( एमवीपी ) - टकुआ नोगुची

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

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

नियंत्रण कक्ष पर पाइपलाइन

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

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

संयुक्त परिणामों के लिए पाइपलाइन

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

आमतौर पर, समय के साथ, स्रोत शाखा लक्ष्य शाखा से भटक जाती है यदि आप उनके बीच लगातार बदलाव नहीं करते हैं। नतीजतन, स्रोत और लक्ष्य शाखा पाइपलाइन "ग्रीन" हैं और कोई मर्ज संघर्ष नहीं हैं, लेकिन असंगत परिवर्तन के कारण विलय विफल हो जाता है।

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

यदि आप मर्ज अनुरोध पाइपलाइन (किसी भी गुणवत्ता में) का उपयोग करते हैं और 11.8 या बाद के निजी गीतालाब धावकों के संस्करण का उपयोग करते हैं, तो आपको उन्हें अपडेट करने की आवश्यकता है ताकि गिटलब-एई # 11122 न हो । यह सार्वजनिक रूप से उपलब्ध GitLab धावकों के उपयोगकर्ताओं को प्रभावित नहीं करता है।

कई लाइनों में परिवर्तन का सुझाव देना

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

मर्ज अनुरोधों पर एक साथ काम करते समय, आप अक्सर समस्याओं को नोटिस करते हैं और समाधान प्रस्तावित करते हैं। GitLab 11.6 के बाद से, हम एक पंक्ति के लिए परिवर्तनों के सुझाव का समर्थन करते हैं ।

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

एक क्षेत्र में शॉर्टकट

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

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

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

मान लीजिए कि आपके पास workflow::development , workflow::review और workflow::deployed लिए शॉर्टकट हैं जो आपकी टीम में वर्कफ़्लो की स्थिति को इंगित करते हैं। यदि कार्य में पहले से ही एक workflow::development शॉर्टकट है, और डेवलपर workflow::review को workflow::review चरण में स्थानांतरित करना चाहता है, तो वह बस नया शॉर्टकट लागू करता है, और पुराना एक ( workflow::development ) स्वचालित रूप से हटा दिया जाता है। जब आप अपनी टीम के वर्कफ़्लो का प्रतिनिधित्व करने वाले टास्क बोर्ड पर शॉर्टकट सूचियों के बीच कार्य करते हैं तो यह व्यवहार पहले से मौजूद होता है। अब टीम के सदस्य जो सीधे कार्य बोर्ड के साथ काम नहीं करते हैं, वे कार्यों में वर्कफ़्लो की स्थिति को स्वयं बदल सकते हैं।

कंटेनर रजिस्ट्री की अधिक गहन सफाई

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

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

अधिक मिनट्स CI रनर खरीदना

ब्रोंज, रजत, स्वर्ण

GitLab.com भुगतान योजना (गोल्ड, सिल्वर, ब्रॉन्ज) वाले उपयोगकर्ता अब अतिरिक्त CI रनर मिनट खरीद सकते हैं। पहले, योजना द्वारा निर्धारित कोटा में फिट होना आवश्यक था। इस सुधार के लिए धन्यवाद, आप पाइपलाइनों को रोकने के कारण काम में रुकावटों से बचने के लिए कोटा से अधिक मिनटों में खरीद सकते हैं।

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

लिंक करने योग्य ऑटो DevOps

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

ऑटो DevOps के साथ, टीमें लगभग बिना किसी प्रयास के आधुनिक DevOps प्रथाओं में परिवर्तन कर रही हैं। GitLab 11.10 से शुरू होकर, Auto DevOps में प्रत्येक कार्य एक स्वतंत्र टेम्पलेट के रूप में प्रदान किया गया है। उपयोगकर्ता व्यक्तिगत ऑटो DevOps चरणों को सक्षम करने के लिए GitLab CI includes उपयोग कर सकते हैं और अपनी कस्टम gitlab-ci.yml उपयोग कर gitlab-ci.yml । इस तरह, आप केवल सही नौकरी शामिल कर सकते हैं और अपस्ट्रीम में अपडेट का लाभ उठा सकते हैं।

SCIM का उपयोग करके GitLab.com पर स्वचालित रूप से समूहों का प्रबंधन करें

रजत, स्वर्ण

पहले, आपको मैन्युअल रूप से GitLab.com पर समूहों का प्रबंधन करना था। अब आप SAML SSO का उपयोग कर सकते हैं और GitLab.com पर उपयोगकर्ताओं को बनाने, हटाने और अद्यतन करने के लिए SCIM का उपयोग करके समूहों का प्रबंधन कर सकते हैं।

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

SAML प्रदाता के माध्यम से GitLab.com पर लॉग इन करना

रजत, स्वर्ण

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

उपयोगकर्ताओं को दो बार साइन इन नहीं करना है, इसलिए कंपनियों के लिए GitLab.com के लिए SAML SSO का उपयोग करना अधिक सुविधाजनक है।

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

बाल महाकाव्यों का आरेख

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

पिछले अंक में, हमने कार्यों की वितरण संरचना को प्रबंधित करने के लिए बाल महाकाव्यों (महाकाव्य महाकाव्यों) को आपके लिए अधिक सुविधाजनक बनाया। बाल महाकाव्यों को मूल महाकाव्य पृष्ठ पर प्रदर्शित किया जाता है।

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

मार्ज अनुरोध पॉपअप स्क्रीन

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

इस समस्या में, हम जानकारीपूर्ण स्क्रीन प्रस्तुत करते हैं जो मर्ज अनुरोध लिंक पर होवर करते समय पॉप अप होती है। पहले, हमने केवल मर्ज अनुरोध शीर्षक दिखाया था, और अब मर्ज अनुरोध स्थिति, CI पाइपलाइन स्थिति और लघु URL भी।

भविष्य के रिलीज में, हम अधिक महत्वपूर्ण जानकारी जोड़ने की योजना बनाते हैं, उदाहरण के लिए, जिम्मेदार व्यक्ति और नियंत्रण बिंदु , और कार्यों के लिए पॉप-अप स्क्रीन भी पेश करते हैं ।

लक्ष्य शाखाओं द्वारा मर्जिंग अनुरोधों को फ़िल्टर करना

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

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

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

धन्यवाद हिरोयुकी सातो

सफल पाइपलाइन पर भेजना और विलय करना

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

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

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

बाहरी डैशबोर्ड के साथ बेहतर एकीकरण

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

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

निर्माण तिथि के आधार पर विकी पृष्ठों को क्रमबद्ध करें

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

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

क्लस्टर द्वारा अनुरोध किए गए संसाधनों की निगरानी करना

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

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

Grafana डैशबोर्ड में लोड बैलेंसर मेट्रिक्स देखें

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

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

अमृत ​​के लिए SAST

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

हम भाषा समर्थन का विस्तार करना जारी रखते हैं और सुरक्षा जांच को गहरा करते हैं। इस रिलीज में, हमने अमृत और फीनिक्स प्लेटफॉर्म पर निर्मित परियोजनाओं के लिए सुरक्षा जांच शामिल की है ।

एक चार्ट में कई प्रश्न

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

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

समूह सुरक्षा डैशबोर्ड में अंतिम परिणाम

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

हमने SAST, कंटेनर स्कैनिंग और निर्भरता स्कैनिंग के अलावा समूह सुरक्षा पैनल में डायनामिक एप्लिकेशन सिक्योरिटी टेस्टिंग (DAST) परिणाम जोड़ दिए हैं।

कंटेनर स्कैन रिपोर्ट में मेटाडेटा जोड़ें

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

इस समस्या में, कंटेनर स्कैन रिपोर्ट में अधिक मेटाडेटा शामिल है - हमने प्रभावित घटक (क्लेयर फीचर) को मौजूदा मेटाडेटा में जोड़ा: प्राथमिकता, पहचानकर्ता (mitre.org के संदर्भ में) और प्रभावित स्तर (उदाहरण के लिए, डेबियन: 8)।

अनुरोधों को मर्ज करने के लिए मीट्रिक रिपोर्ट प्रकार जोड़ना

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

GitLab पहले से ही कई प्रकार की रिपोर्ट प्रदान करता है जिन्हें सीधे मर्ज अनुरोधों में शामिल किया जा सकता है: सत्यापन चरण में कोड गुणवत्ता और इकाई परीक्षण की रिपोर्ट से लेकर संरक्षण चरण में SAST और DAST तक ।

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

मावेन मल्टी-मॉड्यूल निर्भरता स्कैनिंग परियोजनाओं के लिए समर्थन

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

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

उपयोगकर्ता CI में क्लोनिंग के लिए पथ बदल सकते हैं

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

डिफ़ॉल्ट रूप से, GitLab धावक $CI_BUILDS_DIR में एक अद्वितीय नेस्टेड पथ में प्रोजेक्ट को क्लोन करता है। लेकिन कुछ परियोजनाओं के लिए, गोलंग की तरह, कोड को एक विशिष्ट निर्देशिका में क्लोन करने की आवश्यकता होती है ताकि इसे इकट्ठा किया जा सके।

GitLab 11.10 में, हमने GIT_CLONE_PATH का वैरिएबल पेश किया, जिसके साथ आप उस विशिष्ट पथ को निर्दिष्ट कर सकते हैं जहाँ कार्य पूरा होने से पहले GitLab रनर प्रोजेक्ट को क्लोन करता है।

लॉग में संरक्षित चर का सरल मास्किंग

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

GitLab CI / CD में वेरिएबल्स के दायरे को सुरक्षित रखने और सीमित करने के लिए GitLab कई तरीके प्रदान करता है। लेकिन चर अभी भी जानबूझकर या गलती से असेंबली लॉग में आ सकते हैं।

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

समूह स्तर पर ऑटो DevOps को सक्षम और अक्षम करना

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

GitLab.com प्रोजेक्ट में Auto DevOps के साथ, आप असेंबली से डिलीवरी तक आधुनिक DevOps वर्कफ़्लोज़ आसानी से ले सकते हैं।

GitLab 11.10 से शुरू करके, आप एक समूह में सभी प्रोजेक्ट के लिए Auto DevOps को सक्षम और अक्षम कर सकते हैं।

सरलीकृत और बेहतर लाइसेंस पृष्ठ

स्टार, प्रीमियम, अंतिम

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

कुबेरनेट क्लस्टर में तैनाती के लिए अद्यतन लेबल

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

तैनाती बोर्ड कुबेरनेट समूह में तैनाती का विचार देते हैं।

इस समस्या में, हमने वह तरीका बदल दिया है जिसके द्वारा लेबल deploys से संबंधित हैं। तैनाती बोर्ड अब लेबल app.example.com/app और app.example.com/env या app । यह फ़िल्टर करने के दौरान संघर्ष से बच जाएगा और बोर्डों पर प्रदर्शन के लिए तैनाती के गलत नमूनों के जोखिम को कम करेगा।

इसके अलावा, GitLab संस्करण 12.0 में, हम Kubernetes परिनियोजन चयनकर्ता से ऐप लेबल के लिए समर्थन छोड़ने की योजना बनाते हैं , और केवल app.example.com/app और app.example.com/env पर एक मैच संभव होगा।

कुबेरनेट्स संसाधन निर्माण गतिशील रूप से

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

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

कुबेरनेट्स को तैनात करते समय, GitLab CI तैनाती से पहले इन संसाधनों का निर्माण करेगा।

क्लस्टर स्तर के समूहों के लिए समूह धावक

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

समूह-स्तरीय क्लस्टर अब GitLab रनर की स्थापना का समर्थन करते हैं। समूह स्तर कुबेरनेट धावक समूह के धावक, लेबल cluster और kubernetes रूप में बाल परियोजनाओं के लिए प्रदर्शित किए kubernetes ।

चाकू संबंधी कार्यों के लिए कॉल काउंटर

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

GitLab Serverless के साथ तैनात फ़ंक्शंस अब एकल फ़ंक्शन के लिए प्राप्त कॉल की संख्या दिखाते हैं। ऐसा करने के लिए, प्रोमेथियस को क्लस्टर पर स्थापित करें जहां चाकू स्थापित है।

GitLab CI / CD जॉब्स के लिए मॉनिटरिंग git clean विकल्प

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

डिफ़ॉल्ट रूप से, GitLab Runner कोड डाउनलोड प्रक्रिया के दौरान git clean चलाता है जब यह GitLab CI या CD में काम चलाता है। GitLab 11.10 से शुरू होकर, उपयोगकर्ता git clean कमांड में दिए गए मापदंडों को नियंत्रित कर सकते हैं। यह समर्पित धावक के साथ टीमों के लिए सुविधाजनक है, साथ ही उन टीमों के लिए जो बड़े मोनो-रिपॉजिटरी से परियोजनाएं एकत्र करते हैं। अब वे स्क्रिप्ट निष्पादित करने से पहले अपलोड प्रक्रिया को नियंत्रित कर सकते हैं। नया चर GIT_CLEAN_FLAGS डिफॉल्ट करता है और [git clean](https://git-scm.com/docs/git-clean) कमांड [git clean](https://git-scm.com/docs/git-clean) सभी संभावित मापदंडों को स्वीकार करता है।

कोर में बाहरी प्राधिकरण

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

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

कोर में समूहों में परियोजनाएं बनाने की क्षमता

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

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

गिटलब रनर 11.10

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

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

सबसे दिलचस्प बदलाव:

• क्लोनिंग पथ निर्दिष्ट करने के लिए पैरामीटर ।
• git clean ।
• डिबग ट्रेसिंग को अक्षम करने की क्षमता ।
• Windows Cmd में त्रुटियों की जांच करने के लिए आस्थगित चर विस्तार का उपयोग करना ।
• विंडोज में रंग आउटपुट का सुधार ।

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

Elasticsearch में बूँद खोज एपीआई में project_id को वापस तय करें

स्टार, प्रीमियम, अंतिम

हमने Elasticsearch में बूँद खोज एपीआई में एक बग तय किया है, जो गलत तरीके से project_id लिए 0 दिया गया project_id । project_id इस संस्करण को स्थापित करने के बाद आपको सही project_id मान प्राप्त करने के लिए Elasticsearch को फिर से बनाना होगा।

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

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

हमने GitLab 11.10 में सर्वग्राही में निम्नलिखित सुधार किए हैं:

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

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

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

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

• उपयोगकर्ता स्वतः पूर्णता अब तेज़ हो गई है ।
• खोज करते समय प्रोजेक्ट कार्यों को प्रदर्शित करने के लिए अनुकूलित SQL क्वेरी ।
• एलिटिक्स खोज परिणामों में अब Gitaly शामिल नहीं है ।
• ग्राफकॉल प्रश्नों की अब एक जटिलता सीमा है ।
• प्रोमेथियस सक्षम होने पर मर्ज अनुरोधों के प्रदर्शन को बेहतर बनाने के लिए डिफरेंसेस के लिए इंस्ट्रूमेंटेशन अक्षम है ।
• बेहतर GitHub पूल अनुरोध आयात प्रदर्शन ।
• लिंक नाम से कैश कमिट के लिए खोजें ।
• मर्ज अनुरोध के प्रदर्शन में सुधार अलग - अब बूँद अलग फ़ाइलों को याद किया जाता है ।

GitLab चार्ट में सुधार

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

हमने GitLab चार्ट में निम्नलिखित सुधार किए हैं:

• Elasticsearch के लिए जोड़ा गया समर्थन ।

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

GitLab जियो 12.0 GitLab में हैशेड स्टोरेज प्रदान करेगा

GitLab जियो को सेकेंडरी नोड्स पर प्रतिस्पर्धा को कम करने के लिए हैशेड स्टोरेज की आवश्यकता है। यह गिट्लाब-सी # 40970 में नोट किया गया है।

GitLab 11.5 में, हमने इस आवश्यकता को जियो प्रलेखन में जोड़ा: gitlab-ee # 8053 ।

GitLab 11.6 में, sudo gitlab-rake gitlab:geo:check जांचें कि क्या sudo gitlab-rake gitlab:geo:check स्टोरेज सक्षम है और यदि सभी प्रोजेक्ट माइग्रेट हैं। गिटलैब-ई # 8289 देखें। यदि आप जियो का उपयोग कर रहे हैं, तो कृपया इस चेक को चलाएं और जितनी जल्दी हो सके माइग्रेट करें।

GitLab 11.8 में, स्थायी रूप से अक्षम gitlab-ee! 8433 चेतावनी उपरोक्त चेक की अनुमति नहीं होने पर एडमिन एरिया > जियो › नोड्स पेज पर प्रदर्शित होगी।

GitLab 12.0 में, जियो हैशेड स्टोरेज आवश्यकताओं का उपयोग करेगा। जीटालाब-ई # 8690 देखें।

हटाने की तिथि: २२ जून, २०१ ९

Ubuntu 14.04 समर्थन

GitLab 11.10 , Ubuntu 14.04 के लिए समर्थन के साथ नवीनतम रिलीज़ होगी।

कैननिकल ने अप्रैल 2019 से Ubuntu 14.04 के लिए मानक समर्थन की समाप्ति की घोषणा की। हम उपयोगकर्ताओं को LTS: Ubuntu 16.04 या Ubuntu 18.04 के समर्थित संस्करण में अपग्रेड करने की सलाह देते हैं।

हटा दिया गया: 22 मई, 2019

एक सबमिशन द्वारा बनाई गई पाइपलाइनों की अधिकतम संख्या को सीमित करें

GitLab HEAD . , (, develop ).

, (, , ), . GitLab 11.10 4 .

: 22 2019 .

legacy GitLab Runner

Gitlab 11.9 GitLab Runner / . GitLab Runner , . .

GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .

11.3 GitLab Runner - ; S3 . , . .

GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.

: 22 2019 .

GitLab Runner

11.4 GitLab Runner FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .

GitLab 12.0 , . .

: 22 2019 .

Linux, EOL, GitLab Runner

Linux, GitLab Runner, .

GitLab 12.0 GitLab Runner Linux. , , . ( Javier Jardón ) !

: 22 2019 .

GitLab Runner Helper

Windows Docker executor , helper image .

GitLab 12.0 GitLab Runner . , helper image . .

: 22 2019 .

legacy git clean GitLab Runner

GitLab Runner 11.10 , Runner git clean . , git reset git clean .

, FF_USE_LEGACY_GIT_CLEAN_STRATEGY . true , legacy- . GitLab Runner .

GitLab Runner 12.0 legacy- . .

: 22 2019 .

System Info

GitLab GitLab admin/system_info , .

GitLab 12.0 .

: 22 2019 .

:

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

GitLab, GitLab .

.

GitLab

GitLab : SaaS .

: .

• Core : , GitLab .
• Starter : , , .
• Premium : , , .
• Ultimate : , .

SaaS — GitLab.com : , GitLab .

• Free : . Free , Gold .
• Bronze : , .
• Silver : , DevOps, .
• Gold : CI/CD. Gold .