GitLab 12.6 प्रोजेक्ट सुरक्षा रेटिंग और रिलीज़ सामग्री के साथ जारी किया गया

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

परियोजना सुरक्षा स्थिति

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

रिलीज सामग्री के साथ बेहतर ऑडिट

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

प्रभावी रूप से C / C ++ संसाधनों का प्रबंधन और वितरण करें

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

और तो और!

ये रिलीज़ 12.6 में कुछ नई सुविधाएँ थीं। जावा में ग्रैडल-परियोजनाओं की निर्भरता को स्कैन करने पर भी ध्यान दें और मर्ज अनुरोधों की श्रृंखला में स्क्वैश-एंड-मर्ज के लिए समर्थन (गीतालाब के रूसी स्थानीयकरण में "मर्ज अनुरोध")।

पंजीकरण अगले GitLab प्रतिबद्ध उपयोगकर्ता सम्मेलन के लिए खुला है, जो 14 जनवरी को सैन फ्रांसिस्को में होगा।

हम आपको अपनी बैठकों के लिए आमंत्रित करते हैं , GitLab कमिट के लिए और रिलीज़ (अंग्रेजी में) पर एक सर्वेक्षण भरने के लिए कहते हैं ।

इस महीने का एमवीपी - फैबियो हसर

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

धन्यवाद Fabio और पूरे सीमेंस टीम!

GitLab 12.6 की रिलीज़ की मुख्य विशेषताएं

सुरक्षा आकलन के साथ त्वरित परियोजना जोखिम मूल्यांकन

(अंतिम, स्वर्ण) देव चरणों का चरण: "सुरक्षित"

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

पता चला भेद्यता की भेद्यता परिणामी मूल्यांकन को प्रभावित करेगी - ए से एफ तक परियोजनाओं को इन आकलन के अनुसार वर्गीकृत किया जाएगा, जिससे वर्तमान सुरक्षा समस्याओं (ग्रेड ए) के बिना परियोजनाओं का वितरण कम से कम 1 महत्वपूर्ण जोखिम (ग्रेड एफ) वाले लोगों को देखना आसान हो जाएगा।

समूह सुरक्षा पैनल प्रलेखन और मूल टिकट ।

GitLab पैकेज रजिस्ट्री का उपयोग करके कॉनन के माध्यम से C / C ++ संकुल का प्रबंधन करना

(PREMIUM, ULTIMATE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "पैकेज"

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

कॉनन और मूल टिकट के उपयोग पर प्रलेखन ।

टिकट फ़िल्टर करना और रिलीज़ के लिए अनुरोध मर्ज करना

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "रिलीज़"

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

खोज दस्तावेज और मूल टिकट ।

ऑडिटिंग के लिए स्वचालित रूप से रिलीज़ सामग्री का निर्माण करें

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "रिलीज़"

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

रिलीज सामग्री और मूल टिकट का दस्तावेजीकरण ।

मर्ज अनुरोध श्रृंखला में संयुक्त स्क्वैश-और-मर्ज इतिहास

(PREMIUM, ULTIMATE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "रिलीज़"

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

मर्ज अनुरोध और मूल टिकट के आधार पर कन्वेयर पर प्रलेखन ।

एक ही स्थान पर सुरक्षा और अनुपालन सेटिंग्स देखें

(अंतिम, स्वर्ण) देव चरणों का चरण: "सुरक्षित"

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

कृपया ध्यान दें कि यह इस सुविधा का केवल पहला पुनरावृत्ति (MVC) है , इसलिए एक अधिक जटिल सेटिंग अभी तक उपलब्ध नहीं है, उदाहरण के लिए, आप इस स्क्रीन से स्कैन को सक्षम या अक्षम नहीं कर सकते हैं।

आवेदन सुरक्षा सत्यापन दस्तावेज और मूल टिकट ।

सर्किट के साथ अधिक कुशलता से काम करें

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) "एप्रूवमेंट"

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

इस योगदान के लिए फैबियो हुसेर को धन्यवाद।

सर्किट प्रलेखन और मूल टिकट

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

नए उपयोगकर्ता पासवर्ड के लिए आवश्यकताएँ

(CORE, STARTER, PREMIUM, ULTIMATE) देव चरणों का चरण: "प्रबंधित करें"

संगठनों को आंतरिक प्रक्रियाओं और नियमों के अनुसार अपने GitLab उदाहरणों को सुरक्षित करने का एक तरीका चाहिए। इस कार्य का एक भाग पासवर्ड सुरक्षा है। GitLab ने हाल ही में NIST SP 800-63B पर आधारित अपने पासवर्ड गाइड को अपडेट किया। इस प्रकाशन में, NIST पासवर्ड की लंबाई और जटिलता आवश्यकताओं को निर्धारित करने की अनुशंसा करता है, लेकिन पासवर्ड रोटेशन या विशिष्ट जटिलता आवश्यकताओं (उदाहरण के लिए, विशेष वर्णों की एक निश्चित संख्या) की अनुशंसा नहीं करता है।

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

पासवर्ड की लंबाई और मूल टिकट को सीमित करने पर प्रलेखन ।

व्यक्तिगत टोकन अपडेट की आवश्यकता

(अंतिम) देव चरणों का चरण: "प्रबंधित करें"

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

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

टोकन और मूल टिकट के जीवन को सीमित करने के लिए प्रलेखन ।

प्रतिवर्ती विलोपन के साथ प्रोजेक्ट डेटा की सुरक्षा करना

(प्रीमियम, अल्ट्रा, सिल्वर, गोल्ड) देव चरणों का चरण: "प्रबंधित करें"

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

रिलीज के साथ जोखिम को कम करने के लिए 12.6, हम एक प्रतिवर्ती परियोजना विलोपन पेश करते हैं। किसी परियोजना या समूह को तुरंत हटाने के बजाय, उन्हें हटाने और हटाने के लिए चिह्नित किया जाएगा, प्रतिवर्ती विलोपन के दिनों की कॉन्फ़िगर संख्या के बाद। डिफ़ॉल्ट रूप से, यह 7 दिनों के बाद होगा। यदि आप तत्काल हटाना छोड़ना चाहते हैं, तो इस पैरामीटर का मान 0 में बदलें।

प्रतिवर्ती विलोपन की अवधि और मूल टिकट पर प्रलेखन ।

OpenAPI विनिर्देशों का पूर्वावलोकन करें

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "बनाएँ"

ओपनएपीआई विनिर्देश (पूर्व में स्वैगर) रेस्टफुल इंटरफेस बनाने के लिए एक लोकप्रिय मानक है। हालांकि, YAML स्रोत कोड पढ़ना इतना आसान नहीं है। GitLab 12.6 की रिलीज़ में, जब openapi.yml फ़ाइल या किसी अन्य समर्थित फ़ाइल को देखा जाता है, तो विनिर्देश पूर्वावलोकन को उसी रूप में तैयार किया जाएगा जैसे कि स्वैगर में।

इस योगदान के लिए रोजर मीयर और सीमेंस को धन्यवाद!

OpenAPI विनिर्देशों और मूल टिकट के लिए पूर्वावलोकन दस्तावेज़ ।

मर्ज अनुरोधों में टैब के बीच सरलीकृत नेविगेशन

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "बनाएँ"

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

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

अनुरोध दस्तावेज़ और एक मूल टिकट मर्ज करें ।

परियोजना की दृश्यता को सीमित करते हुए शाखाओं को हटाना

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "बनाएँ"

शाखाएँ किसी भी परियोजना पर काम को आसान बनाती हैं। आप उस मुख्य परियोजना की एक प्रति बनाते हैं जिस पर आप काम कर सकते हैं, और फिर परियोजना में अपने परिवर्तन करने के लिए एक मर्ज अनुरोध बना सकते हैं।

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

GitLab 12.6 में, सभी परियोजनाओं की दृश्यता को बदलने के बजाय, रूट प्रोजेक्ट को केवल शाखा नेटवर्क से हटा दिया जाता है, अन्य सभी परियोजनाओं को अपरिवर्तित छोड़ दिया जाता है, जो रूट प्रोजेक्ट को हटाने के बराबर है।

दृश्यता के प्रतिबंध और मूल टिकट पर प्रलेखन ।

रिपॉजिटरी के बाहर CI को कॉन्फ़िगर करना

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की अवस्था: "सत्यापित करें"

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

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

सीआई सेटिंग्स फ़ाइल और मूल टिकट के लिए रास्ता तय करने पर प्रलेखन ।

एनपीएम रजिस्ट्री अब निर्भरता स्थापना का समर्थन करती है

(PREMIUM, ULTIMATE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "पैकेज"

हमें आपको यह बताते हुए खुशी हो रही है कि GitLab 12.6 से शुरू होकर, NPM रजिस्ट्री पैकेज निर्भरता की स्थापना का समर्थन करती है। इससे पहले, पैकेज संस्करण को कमांड में शामिल नहीं किया गया था तो npm install कमांड काम नहीं करता था। इसके अलावा, इस आदेश ने पैकेज निर्भरता की स्थापना का समर्थन नहीं किया क्योंकि हम आवश्यक एनपीएम मेटाडेटा, जैसे कि निर्भरता और टैग का समर्थन नहीं करते थे।

इस रिलीज़ के साथ, GitLab npm npm install उम्मीद के मुताबिक काम करेगा। अगला, हम पैकेज रजिस्ट्री यूजर इंटरफेस पर निर्भरता और टैग जोड़ने पर काम करने की योजना बना रहे हैं।

एनपीएम रजिस्ट्री मेटाडेटा प्रलेखन और मूल टिकट ।

AWS के साथ आधिकारिक GitLab कंटेनर पूर्वस्थापित है

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "रिलीज़"

AWS, Azure या GCP जैसे सबसे बड़े क्लाउड सेवा प्रदाताओं में से एक के साथ सहभागिता, कई पाइपलाइनों का एक प्रमुख घटक है। हालांकि, इससे पहले कि आप क्लाउड संचालन को स्वचालित कर सकें, आपको अपने पर्यावरण को उन सभी उपकरणों के साथ सेट करने की आवश्यकता है, जिनकी आपको आवश्यकता है। आपको इसे पहले स्वयं करना था, लेकिन संस्करण 12.6 से शुरू होकर, GitLab एक आधिकारिक AWS डॉकर छवि प्रदान करेगा जो आपको अपने CI / CD पाइपलाइनों से aws कमांड चलाने की अनुमति देगा। आप Docker छवि का उपयोग करके कई AWS सेवाओं तक पहुँच सकते हैं, जिसे GitLab टीम द्वारा रखरखाव और अद्यतन किया जाता है।

EC2 में AWS की तैनाती का समर्थन करने के लिए एक आधिकारिक छवि भी पहला कदम है। हमारी वैश्विक योजनाओं में से एक विभिन्न प्रदाताओं से क्लाउड परिनियोजन के लिए मूल समर्थन जोड़ना है । हम उम्मीद करते हैं कि समुदाय अतिरिक्त क्लाउड प्रदाताओं के लिए समर्थन के विकास में योगदान देगा। ऐसा करने के लिए, आप इसमें शामिल स्क्रिप्ट्स के साथ पूर्व-इकट्ठे चित्रों के इस मॉडल का उपयोग कर सकते हैं, जिसे आधिकारिक GitLab Cloud Depa रजिस्ट्री में संग्रहीत किया गया है।

क्लाउड परिनियोजन प्रलेखन और मूल टिकट ।

कतार से बाहर चेतावनी

(PREMIUM, ULTIMATE, रजत, स्वर्ण) DevOps चक्र की स्टेज: "रिलीज़"

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

श्रृंखला प्रलेखन और मूल टिकट मर्ज करें ।

प्रत्येक वातावरण के लिए कुबेरनेट्स नामस्थान कॉन्फ़िगर करें

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) DevOps लूप स्टेज: "कॉन्फ़िगर"

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

GitLab 12.6 के साथ, आप एक .gitlab-ci.yml में प्रत्येक CI वातावरण के लिए एक कस्टम नेमस्पेस सेट कर सकते हैं, जो आपको GubLab से अपने Kubernetes क्लस्टर को जोड़ने से पहले ही मौजूद रिक्त स्थान पर तैनात करने की अनुमति देता है। डिफ़ॉल्ट रूप से, यह सुविधा केवल स्व-प्रबंधन के बिना क्लस्टर के लिए उपलब्ध है, लेकिन यह गतिशील वातावरण का समर्थन करता है (उदाहरण के लिए, समीक्षा अनुप्रयोगों में उपयोग के लिए)।

कुबेरनेट्स तैनाती सेटअप प्रलेखन और मूल टिकट ।

सिंक्रनाइज़ेशन का समर्थन करने के लिए क्लियरिंग कैश समाशोधन

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) DevOps लूप स्टेज: "कॉन्फ़िगर"

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

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

क्लस्टर कैश सफाई दस्तावेज़ और मूल टिकट ।

CI टेम्प्लेट का उपयोग करके कुबेरनेट अनुप्रयोग स्थापित करें

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) DevOps लूप स्टेज: "कॉन्फ़िगर"

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

GitLab CI और मूल टिकट के माध्यम से स्थापना प्रलेखन ।

बग ट्रैकिंग और टिकट प्रबंधन के बीच बेहतर एकीकरण

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) DevOps लूप स्टेज: "मॉनिटर"

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

यदि अभी तक कोई टिकट नहीं है, तो आप त्रुटि पृष्ठ से उत्पन्न त्रुटि से इसे जल्दी से बना सकते हैं।

त्रुटि सूचना पृष्ठ और मूल टिकट पर प्रलेखन ।
DevOps लूप: "मॉनीटर"] ( https://about.gitlab.com/stages-devops-lifecycle/itor/ )

GitLab के माध्यम से प्रबंध संतरी

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) DevOps लूप स्टेज: "मॉनिटर"

यदि आप गिटलैब बग ट्रैकिंग का उपयोग करते हैं, तो संभवतः आपके लिए सबसे लोकप्रिय बग ट्रैकिंग टूल सेंट्री के साथ एकीकरण करना महत्वपूर्ण है। GitLab 12.6 के साथ शुरू, अगर आप Sentry.io पर संतरी परियोजना का उपयोग नहीं कर सकते हैं, तो आप सीधे अपने प्रोजेक्ट या समूह से जुड़े Kubernetes क्लस्टर में संतरी को तैनात कर सकते हैं। यह बहुत सरल करता है GitLab में त्रुटि ट्रैकिंग के साथ आरंभ करना।

GitLab CI और मूल टिकट के माध्यम से संतरी स्थापित करने के लिए प्रलेखन ।

ऑपरेशन टैब पर चूल्हा लॉग तक पहुंच

(अंतिम, स्वर्ण) देव चरणों का चरण: "मॉनिटर"

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

Kubernetes चूल्हा लॉग प्रलेखन , मूल टिकट और मूल महाकाव्य ।

पायथन परियोजनाओं के लिए निर्भरता स्कैनिंग में सुधार

(अंतिम, स्वर्ण) देव चरणों का चरण: "सुरक्षित"

यदि आपका पायथन निर्भरता requirements.txt में संग्रहीत नहीं किया जाता है। Txt, लेकिन किसी अन्य फ़ाइल में, तो GitLab 12.6 से शुरू करके, आप PIP_REQUIREMENTS_FILE चर के माध्यम से निर्भरता फ़ाइल सेट कर सकते हैं।

उपलब्ध चर और मूल टिकट का दस्तावेजीकरण ।

प्रतिक्रिया फ्रेमवर्क (जावास्क्रिप्ट) के लिए SAST समर्थन

(अंतिम, स्वर्ण) देव चरणों का चरण: "सुरक्षित"

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

समर्थित भाषाओं और रूपरेखाओं का दस्तावेज़ीकरण और मूल टिकट ।

एसबीटी पैकेज मैनेजर का उपयोग करके स्काला परियोजनाओं के लिए निर्भरता स्कैनिंग

(अंतिम, स्वर्ण) देव चरणों का चरण: "सुरक्षित"

GitLab 12.6 में, हमने स्केला के लिए निर्भरता स्कैनिंग में sbt पैकेज मैनेजर के साथ समर्थन जोड़ा। अब आप संभावित कमजोरियों की तलाश के लिए स्काला पर परियोजनाओं को स्कैन कर सकते हैं।

समर्थित भाषाओं और पैकेज प्रबंधकों और मूल टिकट का दस्तावेजीकरण ।

समूह वेब हुक संपादित करने की क्षमता

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) "एप्रूवमेंट"

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

उन्नत समूह सेटिंग्स , मूल टिकट और मर्ज अनुरोध पर प्रलेखन ।

जीरा टिकट में विकलांगों की टिप्पणी

(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) "एप्रूवमेंट"

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

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

जीरा टिकट , मूल टिकट और मर्ज अनुरोध पर टिप्पणियों को अक्षम करने के लिए प्रलेखन ।

सीधे जोड़े गए उपयोगकर्ताओं द्वारा समूह के सदस्यों को क्रमबद्ध करें

(CORE, STARTER, PREMIUM, ULTIMATE, मुफ़्त, BRONZE, रजत, स्वर्ण) DevOps चक्र की अवस्था: "प्रबंधित करें"

निजी परियोजना या समूह तक पहुंचने के दो तरीके हैं:
a) आपको एक विशेष परियोजना या समूह में सीधे जोड़ा जा सकता है
बी) आप एक उच्च समूह से पहुंच प्राप्त कर सकते हैं।

GitLab 12.6 ने यह समझना आसान बना दिया कि किसी उपयोगकर्ता को किसी प्रोजेक्ट या समूह तक कैसे पहुंच मिली, उपयोगकर्ताओं को सीधे जोड़े गए या विरासत में मिले अधिकारों के साथ उपयोगकर्ताओं द्वारा तालिका को छाँटने के लिए फ़िल्टर के लिए धन्यवाद।

यह बाहरी उपयोगकर्ताओं या उदाहरणों वाले समूहों के लिए विशेष रूप से उपयोगी है जो टीमों को सूचित करने के लिए समूहों का उपयोग करते हैं ।

विरासत में प्राप्त अधिकार और मूल टिकट वाले उपयोगकर्ताओं पर प्रलेखन ।

SSH

(ULTIMATE) DevOps: "Manage"

GitLab . , , . , , .

, MVC PAT SSH. , , . , , .

.

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Plan"

. , , -.

@fh1ch Siemens!

, - .

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Create"

: , - . . , .

GitLab 12.1 , , . GitLab 12.6 ( ) objects/info/alternates , .

Brian Kabiro !

.

-

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Create"

, «Merge» , , ( ). . GitLab 12.6 - , .

- .

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) DevOps: "Verify"

GitLab 12.0 , - .

GitLab 12.6 , .

.

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Verify"

, . ( ) , , .

.

API

(PREMIUM, ULTIMATE, SILVER, GOLD) DevOps: "Package"

GitLab API , , . API , , .

GitLab 12.6 API, .

API .

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Release"

GitLab 12.6 API GitLab. .

.

(PREMIUM, ULTIMATE, SILVER, GOLD) DevOps: "Release"

userID . staging ( ), , , .

.

Kubernetes

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Configure"

, , , ( , , . .) . , .

GitLab , .

.

Auto DevOps

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Configure"

Auto DevOps Helm chart. .gitlab/auto-deploy-values.yaml , Auto DevOps . HELM_UPGRADE_EXTRA_ARGS .

Auto DevOps .

Cloud Run Anthos Kubernetes GKE

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Configure"

Kubernetes GitLab GKE «Cloud Run on Anthos» . GKE Knative, Istio HTTP, Cloud Run . - , GitLab Serverless Knative .

. Cloud Run Anthos GitLab 12.4, - . , .

.

Knative 0.9

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Configure"

GitLab 12.6 Knative GitLab ​​ 0.9. Knative. Knative Serving API v1 , beta alpha - . API, .

.

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Monitor"

. , , . GitLab 12.6 .

.

/

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) DevOps: "Monitor"

, — , . GitLab 12.6, Sentry GitLab, , .

.

​​ PHP

(ULTIMATE, GOLD) DevOps: "Secure"

PHP , (License Compliance). , . PHP, composer ( composer.lock ).

.

Gradle- Java

(ULTIMATE, GOLD) DevOps: "Secure"

Gradle Java .

.

SAST Kubernetes

(ULTIMATE, GOLD) DevOps: "Secure"

Kubernetes , , kubesec .

SAST .

SAST

(ULTIMATE, GOLD) DevOps: "Secure"

, , SAST, .

SAST .

- CI

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) "Enablement"

CI, . Jenkins, Packagist, Team City, DroneCI, Buildkite Bamboo. , .

, , , , . , ( !).

CI , - .

GitLab Puma ( )

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) "Enablement"

GitLab , Unicorn Puma . Puma , GitLab 30%.

Puma , , Puma 13.0. .

Puma .

release notes / : GitLab 12.6 released with Security Scorecard and Release Evidence .

cattidourden , maryartkey , ainoneko rishavant .