GitLab 12.2: पाइपलाइन और डिजाइन प्रबंधन के लिए दिशात्मक एसाइक्लिक ग्राफ

GitLab 12.2 की रोमांचक रिलीज टीमों को पाइपलाइनों को सुव्यवस्थित करने, सहयोग का विस्तार करने और परियोजना के अन्योन्याश्रितियों का प्रबंधन करने में मदद करेगी। नीचे विवरण।

तेज़ और अधिक लचीली पाइपलाइन

सॉफ्टवेयर वितरण को गति देने और मैन्युअल निहित त्रुटियों से बचने के लिए, विधानसभा और परीक्षण कार्यों को स्वचालित करने के लिए CI पाइपलाइनों की आवश्यकता होती है। लेकिन कुछ मामलों में, GitLab CI / CD पाइपलाइनों की दक्षता आदर्श से बहुत दूर है। GitLab 12.2 अब अनुक्रमिक चरणों पर निर्भर होने के बजाय विस्तृत कार्य निर्भरताओं को बनाने और प्रबंधित करने के लिए दिशात्मक एसाइक्लिक ग्राफ (DAG) का समर्थन करता है। यह एक सुपर-कुशल उपकरण है जिसके साथ आपकी CI पाइपलाइन तेजी से और अधिक उत्पादक रूप से काम करेगी।

डिजाइन प्रबंधन

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

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

परियोजनाओं के बीच मार्ज अनुरोध निर्भरताएँ

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

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

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

इस महीने का सबसे मूल्यवान कर्मचारी ( एमवीपी ) - फैबियो पापा

फैबियो के लिए धन्यवाद, एक नया पैरामीटर GitLab 12.2 में दिखाई दिया है, जिसके साथ न केवल मालिक, बल्कि अनुचर भी उपसमूह बना सकते हैं। फेबियो ने गीताब 12.0 और गिटलैब 11.10 के रिलीज में भी अपना बहुमूल्य योगदान दिया।

फैबियो को धन्यवाद

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

GitLab पाइपलाइनों के लिए दिशात्मक चक्रीय रेखांकन

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

एक साधारण पाइपलाइन में, एक चरण में सभी कार्यों को अगले चरण पर जाने से पहले पूरा किया जाना चाहिए। कई पाइपलाइनों में, आपको तैनाती से पहले सभी परीक्षणों से गुजरना होगा। लेकिन अधिक जटिल पाइपलाइनों में, कभी-कभी आप पिछले चरण के पूरा होने से पहले शुरू करने के लिए एक चरण में कार्य चाहते हैं। उदाहरण के लिए, एक परियोजना एक मल्टी-स्टेज पाइपलाइन में Android और iOS के लिए एप्लिकेशन बनाती है। सबसे अधिक संभावना है, आप चाहते हैं कि आईओएस के लिए परीक्षणों को पारित करने के तुरंत बाद आईओएस अनुप्रयोगों की तैनाती शुरू हो जाए, ताकि एंड्रॉइड के लिए सभी परीक्षण पारित होने तक इंतजार न करें। कुल गणना समय समान होगा, और भौतिक समय अलग होगा। ऐसे मामलों में काम को आसान बनाने और आपको जटिल पाइपलाइनों को परिभाषित करने के लिए एक प्रभावी और लचीला उपकरण देने के लिए, हमने needs: को जोड़ा है needs: कीवर्ड, जो कि .gitlab-ci.yml में नौकरियों के बीच संबंध को परिभाषित करता है। needs कीवर्ड के साथ, आप यह निर्दिष्ट कर सकते हैं कि एक कार्य एक के बाद पूरा होना चाहिए। जब पहला कार्य पूरा हो जाता है, तो अगले चरण में इसके आधार पर कार्य तुरंत निष्पादित होना शुरू हो जाएगा, पिछले चरण में बाकी कार्यों की प्रतीक्षा किए बिना। GitLab के अंदर, हमने एक निर्देशित एसाइक्लिक ग्राफ का उपयोग करके इस फ़ंक्शन को लागू किया । संक्षेप में, जब गिटलैब आपके कॉन्फ़िगरेशन से एक पाइप लाइन बनाता है, तो यह कार्यों के अनुक्रम को निर्धारित करने के लिए नियमों के एक जटिल सेट का उपयोग करता है, और केवल पिछले एक को पूरा करने के बाद केवल एक चरण में कार्य शुरू नहीं करता है। सबसे पहले, पाइपलाइन को अधिक कुशलता से किया जाता है, और दूसरी बात, इसके आधार पर, अन्य उन्नत सुविधाओं को लागू किया जा सकता है। पाइपलाइनों को बनाने के लिए आज की जरूरत के कीवर्ड का उपयोग करें, जैसा कि ऊपर दिए गए उदाहरण में है, या इसे दिलचस्प नए मोनो-रिपॉजिटरी परिदृश्यों में उपयोग करें जब कई असंबंधित सेवाओं को एक ही भंडार में संग्रहीत किया जाता है और एक-दूसरे का इंतजार नहीं करना चाहिए।

डिजाइन एनोटेशन

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

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

हम सिर्फ GitLab पर डिज़ाइन वर्कफ़्लोज़ पर काम करना शुरू कर रहे हैं और यदि आप हमारी रणनीति में योगदान करते हैं तो खुश होंगे।

डिजाइन प्रबंधन वर्तमान में अल्फा चरण में है और बिना किसी पूर्व सूचना के किसी भी समय परिवर्तन के अधीन है। डिज़ाइन को प्रबंधित करने के लिए, आपको बड़े फ़ाइल संग्रहण (LFS) को सक्षम करना होगा।

परियोजनाओं के बीच भारी अनुरोध निर्भरता

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

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

GitLab 12.2 में, प्रोजेक्ट्स के बीच मर्ज अनुरोध निर्भरताएँ आपको निर्भरता संबंधों को परिभाषित करने की अनुमति देती हैं ताकि परिवर्तन गलत क्रम में लागू न हों। इन समीक्षाओं को कोड समीक्षाओं में देखना भी सुविधाजनक है, ताकि समीक्षकों के लिए सभी परिवर्तनों को समझना आसान हो।

डोमेन द्वारा समूह सदस्यता प्रतिबंध

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

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

इसका अर्थ है कि YourCompany पर केवल yourcompany.com पते वाले उपयोगकर्ता ही समूह में शामिल किए जा सकते हैं, और मालिक गलती से अनधिकृत उपयोगकर्ताओं को जोड़ नहीं पाएंगे।

फ़ीचर स्विच के लिए प्रतिशत तैनाती की रणनीति

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

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

फ़ीचर स्विच के लिए उपयोगकर्ता पहचान परिनियोजन रणनीति

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

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

मार्ग अनुरोध सुरक्षा अनुमोदन

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

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

इसलिए आपके और आपकी टीमों के लिए आवश्यकताओं और नीतियों का पालन करना आसान हो जाएगा, और नई कमजोरियां गलती से कोड आधार में लीक नहीं हो पाएंगी।

मैन्युअल रूप से कार्य शुरू करते समय चर निर्दिष्ट करना

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

अब जब आप मैन्युअल रूप से एक कार्य शुरू करते हैं, तो आप नए चर को फिर से परिभाषित कर सकते हैं या प्रदान कर सकते हैं। इसलिए पाइपलाइनों में कस्टम या पुन: प्रयोज्य कार्यों को स्थापित करना और यहां तक ​​कि कार्यों का निवारण करना बहुत आसान होगा।

स्कोप पर्यावरण चर अब कोर में उपलब्ध है

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

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

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

NPM रजिस्ट्री अब GitLab व्यक्तिगत एक्सेस टोकन के साथ प्रमाणीकरण का समर्थन करती है

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

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

हमें यह घोषणा करते हुए प्रसन्नता हो रही है कि 12.2 रिलीज में हम GitLab व्यक्तिगत एक्सेस टोकन के साथ प्रमाणीकरण का समर्थन करते हैं । GitLab व्यक्तिगत एक्सेस टोकन दो-कारक प्रमाणीकरण के साथ काम करता है और उपयोगकर्ताओं को गुंजाइश और समाप्ति नीति चुनने की अनुमति देता है। बस .nprmrc फ़ाइल में अपनी व्यक्तिगत एक्सेस टोकन जोड़ें और पैकेज प्रकाशित और डाउनलोड करने के लिए GitLab NPM रजिस्ट्री में प्रवेश करें।

किसी प्रोजेक्ट को अभिनीत करने वाले उपयोगकर्ताओं की सूची

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

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

चिह्नित परियोजनाओं को उपयोगकर्ता प्रोफ़ाइल में देखा जा सकता है।

योगदान के लिए धन्यवाद, कैमिल स्टैप्स !

रखवाले उपसमूह बना सकते हैं

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

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

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

मर्ज अनुरोध के लिए नए पुश विकल्प

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

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

GitLab 12.2 ने नए पुश विकल्प जारी किए:

• विलय के बाद शाखा विलोपन कॉन्फ़िगर करें।
• मर्ज अनुरोध का शीर्षक बदलें।
• मर्ज अनुरोध का विवरण बदलें।

बेहतर अंतर फ़ाइल परिनियोजन

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

जब एक अलग फ़ाइल को देखते हैं, तो अधिकांश लाइनें बिना परिवर्तनों के छिपी होती हैं ताकि परिवर्तन तुरंत दिखाई दे। लेकिन कभी-कभी आपको अधिक संदर्भ की आवश्यकता होती है।

GitLab 12.2 में, छिपी हुई पंक्ति श्रेणियों को पूरी तरह या धीरे-धीरे खोला जा सकता है। पहले, छिपी हुई पंक्ति श्रेणियां केवल सीमा के नीचे से, धीरे-धीरे खोली जा सकती थीं।

समूह स्तर पर बैच संपादन कार्य शॉर्टकट

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

उपयोगकर्ता एक परियोजना में एक साथ कई कार्यों के शॉर्टकट बदल सकते हैं। GitLab 12.2, शॉर्टकट को प्रबंधित करने के लिए आसान बनाने के लिए समूह स्तर पर कई कार्यों के लिए शॉर्टकट संपादित करने की क्षमता का परिचय देता है।

कोड स्वामियों के रूप में समूह असाइन करना

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

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

गिट दोष एपीआई

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

यह जानने के लिए उपयोगी है कि बाद में परिवर्तन करने के लिए किसने कोड की लाइन को बदला और क्यों, किससे प्रतिक्रिया पूछनी है। गिट blame टीम के साथ, यह जानकारी ढूंढना आसान है।

GitLab 12.2 में, नया Blame API सीधे GitLab से यह जानकारी प्राप्त करता है, और रिपॉजिटरी के माध्यम से नहीं। यह उन लिपियों और स्वचालन के लिए उपयोगी है, जिन्होंने हाल ही में एक फ़ाइल को बदल दिया है।

धन्यवाद ओलेग Zubchenko आपके योगदान के लिए ।

डिजाइन प्रबंधन डाउनलोड

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

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

डिजाइन के लिए संस्करण नियंत्रण

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

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

कंटेनर रजिस्ट्री के लिए एकाधिक विलोपन

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

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

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

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

मैनुअल कार्य सूची

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

कार्यों की एक बड़ी सूची की व्यवस्था करना आसान नहीं है - आपको बैकलॉग को साफ करने के लिए, प्राथमिकता और कार्यान्वयन के आदेश को निर्दिष्ट करने की आवश्यकता है।

रिलीज 12.2 में, आप मैन्युअल रूप से कार्य सूची को मैन्युअल रूप से सॉर्ट कर सकते हैं, जहां आप सूची पर कार्यों को खींच और छोड़ सकते हैं और उन्हें किसी भी क्रम में व्यवस्थित कर सकते हैं।

आदेश सभी प्रोजेक्ट कार्य सूचियों और उन समूहों की कार्य सूची के लिए पूरे उदाहरण में सहेजा जाता है जहां मैनुअल मोड सक्षम है।

प्रत्येक पर्यावरण के लिए कुबेरनेट्स नेमस्पेस

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

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

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

कुबेरनेट उपयोगकर्ता विभिन्न वातावरणों के लिए एक ही क्लस्टर का उपयोग करने में सक्षम होंगे, और उन्हें सभी वातावरणों को एक ही नाम स्थान पर तैनात नहीं करना पड़ेगा। साथ ही, ऑपरेटर प्रत्येक वातावरण के लिए अनुमतियों को विस्तार से कॉन्फ़िगर कर सकते हैं, ताकि उपयोगकर्ता कुछ वातावरणों में तैनात हो सकें, लेकिन सभी के लिए नहीं।

Kubernetes GitLab प्रबंधित अनुप्रयोगों से प्रमाणित प्रबंधक की स्थापना रद्द करें

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

यदि आपने GitLab Kubernetes के माध्यम से कुबेरनेट क्लस्टर में प्रमाणपत्र प्रबंधक स्थापित किया है, तो आप अब इसे क्लस्टर पृष्ठ पर एक क्लिक के साथ हटा सकते हैं।

कुबेरनेट्स गिटलैब प्रबंधित अनुप्रयोगों से हेल्म को हटाना

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

यदि आपने GitLab Kubernetes के माध्यम से Kubernetes क्लस्टर में Helm स्थापित किया है, तो अब आप इसे क्लस्टर पृष्ठ पर एक क्लिक के साथ निकाल सकते हैं।

कुबेरनेट्स गिटलैब प्रबंधित अनुप्रयोगों से चाकू निकालना

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

यदि आपने GitLab Kubernetes के माध्यम से Kubernetes क्लस्टर में Knative स्थापित किया है, तो अब आप इसे क्लस्टर पृष्ठ पर एक क्लिक के साथ निकाल सकते हैं।

ईमेल सूचनाएं बंद करें एक समूह या परियोजना के लिए मेल

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

अब मालिक व्यक्तिगत उपयोगकर्ता सेटिंग की परवाह किए बिना समूह या प्रोजेक्ट स्तर पर सूचनाओं को बंद कर सकते हैं।
यदि आप समूह स्तर की सूचनाएं बंद करते हैं, तो यह मूल समूह में सभी उपसमूहों और परियोजनाओं को प्रभावित करेगा।

Bitbucket Server से आयात करते समय नाम से फ़िल्टर करें

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

Bitbucket Server से GitLab तक मौजूदा परियोजनाओं को आयात करना सरल होना चाहिए। लेकिन अगर ऐसी हजारों परियोजनाएं हैं, तो आपको बिटबकैट रिपॉजिटरी चुनकर परेशान किया जाता है।

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

लॉक फ़ाइल जो एक ही होस्ट पर धावक के कई उदाहरणों की अनुमति नहीं देती है

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

एक ही मेजबान पर gitlab-runner के कई उदाहरण चलाने से भ्रम और जटिल डिबगिंग हो सकती है। यह ऐसा नहीं होना चाहिए, इसलिए हम एक लॉक फ़ाइल प्रस्तुत करते हैं जो इस यादृच्छिक घटना को रोक देगा।

स्वचालित परीक्षण पृथक्करण के लिए बेहतर उदाहरण

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

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

@ और: वर्णों के लिए चर की बेहतर मास्किंग

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

हमने मास्किंग चर में दो अतिरिक्त पात्रों के लिए समर्थन जोड़ा, और अब GitLab स्वचालित रूप से अधिक भिन्न रहस्यों को छिपा सकता है जो अब करता है।

बाहरी प्रोमेथियस उदाहरणों से अलर्ट में GFM के उपयोग से कार्यों के लिए शॉर्टकट और एनोटेशन

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

यदि आपके पास एक प्रोमेथियस उदाहरण है जो GitLab के बाहर प्रबंधित है, तो हमने घटनाओं की छंटाई और असाइनमेंट को सरल बनाया है। हमने gitlab_incident_markdown फ़ील्ड जोड़ दिया है जहाँ GitLab अलर्ट ढूंढ रहा है। यह सारांश अनुभाग में घटनाओं के ऊपर प्रदर्शित होता है। GFM ( GitLab Flavoured Markdown ) को AlertManager में अलर्ट फाइल में जोड़ा जा सकता है और अलर्ट द्वारा खोले गए कार्यों को स्वचालित रूप से असाइन करने और चिह्नित करने के लिए उपयोग किया जाता है।

प्रोमेथियस घटना अलर्ट द्वारा खोले गए कार्यों के लिए शॉर्टकट

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

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

प्रोमेथियस निर्मित कार्यों में मैट्रिक्स

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

, . , , , . , , . , , , , .

, . , URL. URL , .

, . , , .

API

STARTER, PREMIUM, ULTIMATE

GitLab. GitLab.com note , . , , . API , .

CSV- Prometheus

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab . , , , . GitLab CSV-, . CSV-.

ULTIMATE, GOLD

, . , .

, , , .

GitLab Runner 12.2

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab Runner 12.2! GitLab Runner — , CI/CD GitLab.

:

• gitlab-runner

GitLab Runner: CHANGELOG .

GitLab

CORE, STARTER, PREMIUM, ULTIMATE

GitLab:

• — Kubernetes 1.11.
• networkproxy registry .
• gitlab-shell .
• Postgres gitlab-migrations .

Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

• GitLab 12.2 Mattermost 5.13 — Slack , , DevOps .
• GitLab 12.2 Unicorn , . CPUs + 1 int(CPUs * 1.5 +1) .
• GitLab 12.2 Debian Buster .
• nginx 1.16.1, TLS v1.3 ECDSA .
• postgresql 9.6.14 10.9.
• gitlab-monitor 4.2.0, graphicsmagick — 1.3.33.
• , Redis KEYS . .
• JavaScript XSS-. .

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab GitLab .

GitLab 12.2:

• Labels API -
• ETag -
• Gitaly Markdown
• Gitaly

Kubernetes

Kubernetes 12.2. , GitLab 11.11.

: 22 2019 .

Internal () GitLab.com , .

Internal , . , , innersource .

GitLab.com . Internal, Internal Public ( ) .

30 , (Public) (Private). Internal Private . .

: 30 2019 .

Ruby 2.6

GitLab 12.2 Ruby 2.6. Omnibus GitLab GitLab Chart Ruby 2.6.3, Ruby 2.5 .

: 22 2019 .

GitLab 12.2

, Grafana, Grafana , GitLab SSO .
cookie Rails , . cookie . 12.2 , , .
GitLab 12.0 GitLab 12.1, GitLab 12.2 PostgreSQL 10.7 .
PostreSQL 10.7, /etc/gitlab/disable-postgresql-upgrade .

:

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

GitLab, GitLab .

.