# GitLab 13.4 को CI वेरिएबल्स और Kubernetes Agent के लिए HashiCorp स्टोरेज के साथ जारी किया गया है

रिलीज़ 13.4 को सीआई वेरिएबल्स, कुबेरनेट्स एजेंट और सुरक्षा केंद्र के लिए हाशीकॉर्प स्टोरेज के साथ-साथ स्टार्टर में स्विच करने योग्य सुविधाओं के साथ जारी किया गया है।

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

उन्नत सुरक्षा सुविधाएँ

हम हर महीने GitLab DevSecOps में कई नई सुविधाएँ जोड़ने का प्रयास करते हैं, और यह रिलीज़ कोई अपवाद नहीं है। HashiCorp वॉल्ट की गुप्त कुंजियाँ अब CI/CD नौकरियों में उपयोग की जा सकती हैं संयोजन और तैनाती के ढांचे के भीतर। इसके अतिरिक्त, जो संगठन कोड परिनियोजन जिम्मेदारियों को अलग करने का समर्थन करना चाहते हैं वे अब ऐसा कर सकते हैं रिपोर्टर एक्सेस वाले उपयोगकर्ताओं के लिए डिप्लॉयर भूमिका जोड़ें. यह भूमिका मेल खाती है न्यूनतम पहुंच विशेषाधिकार का सिद्धांत और आपको कोड को बदलने की पहुंच प्रदान किए बिना, मर्ज अनुरोधों की पुष्टि करने (गिटलैब के रूसी स्थानीयकरण में "मर्ज अनुरोध") और संरक्षित वातावरण में कोड तैनात करने की अनुमति देगा।

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

GitLab के साथ अधिक सुविधाजनक और कुशल कार्य

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

मुक्त स्रोत योगदान

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

और यह सिर्फ शुरुआत है!

हमेशा की तरह, सामान्य अवलोकन में बहुत कम जगह है, लेकिन 13.4 रिलीज़ में बहुत सारी शानदार सुविधाएँ हैं। यहाँ कुछ और हैं:

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

यदि आप पहले से जानना चाहते हैं कि आपका क्या इंतजार है अगला जारी करो, देख लो हमारा 13.5 रिलीज़ वीडियो.

हमारा वेबकास्ट "चुनौतीपूर्ण समय में लचीलापन" देखें.

MVP इस महीने - फैबियो हसर

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

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

CI नौकरियों में HashiCorp वॉल्ट कुंजियों का उपयोग करें

(प्रीमियम, अल्टीमेट, सिल्वर, गोल्ड) DevOps चक्र चरण: रिलीज़

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

चाबियों के साथ काम करने के लिए दस्तावेज़ीकरण и मूल टिकट.

GitLab Kubernetes एजेंट का परिचय

(प्रीमियम, अल्टीमेट) DevOps चक्र चरण: कॉन्फ़िगर करें

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

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

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

GitLab Kubernetes एजेंट दस्तावेज़ीकरण и मूल टिकट.

उपयोगकर्ताओं को कोड एक्सेस के बिना परिनियोजन अनुमतियाँ दें

(प्रीमियम, अल्टीमेट, सिल्वर, गोल्ड) DevOps चक्र चरण: रिलीज़

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

पर्यावरण पहुंच दस्तावेज़ीकरण и मूल महाकाव्य.

सुरक्षा केंद्र

(परम, स्वर्ण) DevOps चक्र चरण: सुरक्षित

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

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

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

उदाहरण सुरक्षा केंद्र दस्तावेज़ीकरण и मूल महाकाव्य.

स्विच करने योग्य सुविधाएँ अब GitLab स्टार्टर में हैं

(स्टार्टर, प्रीमियम, अल्टीमेट, कांस्य, रजत, स्वर्ण) DevOps चक्र चरण: रिलीज़

GitLab 11.4 जारी किया गया था स्विच करने योग्य सुविधाओं का अल्फा संस्करण. 12.2 में हमने उनके लिए रणनीतियाँ पेश कीं उपयोगकर्ताओं का प्रतिशत и उपयोगकर्ता आईडी द्वारा, और 13.1 में उन्होंने जोड़ा उपयोगकर्ता सूचियाँ и रणनीतियाँ स्थापित करना विभिन्न वातावरणों के लिए.

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

स्विच करने योग्य सुविधाओं पर दस्तावेज़ीकरण и मूल टिकट.

खोज बार से त्वरित नेविगेशन

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) उपलब्धता

कभी-कभी GitLab पर नेविगेट करते समय आप खोज परिणाम पृष्ठ के बजाय सीधे किसी विशिष्ट प्रोजेक्ट पर जाना चाहते हैं।

वैश्विक खोज बार का उपयोग करके, आप नवीनतम टिकटों, समूहों, परियोजनाओं, सेटिंग्स और सहायता विषयों पर तुरंत नेविगेट कर सकते हैं। आप हॉटकी का भी उपयोग कर सकते हैं /GitLab को और भी अधिक कुशलता से नेविगेट करने के लिए अपने कर्सर को खोज बार पर ले जाएं!

स्वत: पूर्ण दस्तावेज़ खोजें и मूल टिकट.

मर्ज अनुरोध में कोड कवरेज दिखाना भिन्न है

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

धन्यवाद फैबियो हसर और इस सुविधा के लिए सीमेंस!

परीक्षणों द्वारा कोड कवरेज प्रदर्शित करने पर दस्तावेज़ीकरण и मूल टिकट.

परिवेश पैनल में अधिक परिवेश और परियोजनाएँ

(प्रीमियम, अल्टीमेट, सिल्वर, गोल्ड) DevOps चक्र चरण: रिलीज़

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

पर्यावरण पैनल दस्तावेज़ीकरण и मूल टिकट.

GitLab, GitLab टेराफ़ॉर्म प्रदाता का नियंत्रण लेता है

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: कॉन्फ़िगर करें

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

GitLab टेराफ़ॉर्म प्रदाता दस्तावेज़ीकरण и मूल टिकट.

ओपनएपीआई विनिर्देशों या एचएआर फ़ाइल के साथ फ़ज़िंग एपीआई परीक्षण

(परम, स्वर्ण) DevOps चक्र चरण: सुरक्षित

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

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

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

एपीआई फ़ज़िंग परीक्षण दस्तावेज़ीकरण и मूल महाकाव्य.

मेट्रिक्स पैनल में नए ग्राफ़ का पूर्वावलोकन करें

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

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

पैनल में एक नया ग्राफ़ जोड़ने पर दस्तावेज़ीकरण и मूल टिकट.

समूह की सभी परियोजनाओं के लिए परीक्षणों द्वारा कोड कवरेज पर डेटा

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

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

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

रिपॉजिटरी एनालिटिक्स दस्तावेज़ीकरण и मूल टिकट.

पूर्ण फ़ज़ परीक्षण के लिए नई भाषाओं का समर्थन

(परम, स्वर्ण) DevOps चक्र चरण: सुरक्षित

यह रिलीज़ पूर्ण कवरेज के उद्देश्य से फ़ज़ परीक्षण के लिए कई नई भाषाओं के लिए समर्थन प्रस्तुत करती है।

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

फ़ज़ परीक्षण के लिए समर्थित भाषाओं पर दस्तावेज़ीकरण и मूल महाकाव्य.

मुख्य पर्यावरण पृष्ठ पर अलर्ट

(प्रीमियम, अल्टीमेट, सिल्वर, गोल्ड) DevOps चक्र चरण: रिलीज़

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

परिवेश में नवीनतम अलर्ट देखने के लिए दस्तावेज़ीकरण и मूल टिकट.

नेस्टेड पाइपलाइनें अब अपनी नेस्टेड पाइपलाइनें चला सकती हैं

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

नेस्टेड पाइपलाइनों का उपयोग करके, अब चाइल्ड पाइपलाइनों के अंदर नई पाइपलाइन चलाना संभव है। यदि आपको पाइपलाइनों की परिवर्तनीय संख्या उत्पन्न करने के लिए लचीलेपन की आवश्यकता है तो गहराई का अतिरिक्त स्तर उपयोगी हो सकता है।

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

नेस्टेड पाइपलाइन दस्तावेज़ीकरण и मूल टिकट.

मूल और नेस्टेड पाइपलाइनों के बीच बेहतर नेविगेशन

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

नेस्टेड पाइपलाइन दस्तावेज़ीकरण и मूल टिकट.

समानांतर मैट्रिक्स नौकरियां नौकरी के शीर्षक में प्रासंगिक चर दिखाती हैं

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

यदि आपने उपयोग किया है कार्य मैट्रिक्स, आपने देखा होगा कि यह निर्धारित करना मुश्किल था कि किसी विशेष कार्य के लिए किस मैट्रिक्स वेरिएबल का उपयोग किया गया था, क्योंकि कार्य के नाम इस तरह दिखते थे matrix 1/4. रिलीज़ 13.4 में, आप सामान्य कार्य नाम के बजाय प्रासंगिक चर मान देखेंगे जो उस कार्य में उपयोग किए गए थे। उदाहरण के लिए, यदि आपका लक्ष्य x86 आर्किटेक्चर को डीबग करना है, तो कार्य को कॉल किया जाएगा matrix: debug x86.

समानांतर मैट्रिक्स नौकरियों के लिए दस्तावेज़ीकरण и मूल टिकट.

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

एटलसियन खाता कनेक्ट करना

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

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

एटलसियन एकीकरण दस्तावेज़ीकरण и मूल टिकट.

सभी मर्ज कमिटों की सूची निर्यात करना

(परम, स्वर्ण) DevOps चक्र चरण: प्रबंधित करें

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

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

रिपोर्ट बनाने के लिए दस्तावेज़ीकरण и मूल टिकट.

एपीआई के माध्यम से व्यक्तिगत एक्सेस टोकन को सूचीबद्ध और प्रबंधित करें

(परम, स्वर्ण) DevOps चक्र चरण: प्रबंधित करें

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

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

व्यक्तिगत पहुँच टोकन दस्तावेज़ीकरण и मूल टिकट.

संबंधित मुद्दे और अन्य सुविधाएँ अब GitLab Core में हैं

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: योजना

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

संबंधित टिकटों पर दस्तावेज़ीकरण и मूल टिकट.

मर्ज अनुरोध साइडबार में मूल शाखा का नाम प्रदर्शित करना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

धन्यवाद एथन रीसोर इस सुविधा के विकास में आपके महान योगदान के लिए!

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

मर्ज अनुरोध में संक्षिप्त फ़ाइलों की उपस्थिति का संकेत भिन्न होता है

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

मर्ज अनुरोध में मुड़ी हुई फ़ाइलों पर दस्तावेज़ीकरण भिन्न है и मूल टिकट.

मर्ज अनुरोध के अंतर में संक्षिप्त फ़ाइलों की उपस्थिति के बारे में चेतावनी

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

मर्ज अनुरोध में मुड़ी हुई फ़ाइलों पर दस्तावेज़ीकरण भिन्न है и मूल टिकट.

गीताली क्लस्टर रिपॉजिटरी की स्वचालित पुनर्प्राप्ति

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

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

गीताली डेटा रिकवरी दस्तावेज़ीकरण и मूल टिकट.

डिज़ाइन पृष्ठ पर किसी कार्य को पूर्ण के रूप में चिह्नित करें

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

रिलीज़ 13.4 में, डिज़ाइन कार्यों का उपयोग करते समय टिकट टिप्पणियों को पकड़ लेते हैं, जो उनके साथ काम करना अधिक सुसंगत और कुशल बनाता है।

डिज़ाइन के लिए कार्य जोड़ने पर दस्तावेज़ीकरण и मूल टिकट.

सीआई/सीडी के लिए बेहतर समस्या निवारण मार्गदर्शिका

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

सीआई/सीडी समस्या निवारण दस्तावेज़ीकरण и मूल टिकट.

मर्ज अनुरोध अब मर्ज कतार से बाहर नहीं होंगे

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

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

मर्ज कतार दस्तावेज़ीकरण и मूल टिकट.

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

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

कोड कवरेज पार्सिंग दस्तावेज़ и मूल टिकट.

किसी समूह को देखते समय पैकेज रजिस्ट्री से पैकेज हटाना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: पैकेज

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

अब आप समूह की पैकेज रजिस्ट्री देखते समय पैकेज हटा सकते हैं। बस समूह के पैकेज रजिस्ट्री पृष्ठ पर जाएं, पैकेजों को नाम से फ़िल्टर करें, और जो भी पैकेज आपको चाहिए उसे हटा दें।

पैकेज रजिस्ट्री से पैकेज हटाने पर दस्तावेज़ीकरण и मूल टिकट.

कॉनन पैकेज को प्रोजेक्ट स्तर पर स्केल करना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: पैकेज

आप C/C++ निर्भरता को प्रकाशित और वितरित करने के लिए GitLab में कॉनन रिपॉजिटरी का उपयोग कर सकते हैं। हालाँकि, पहले के पैकेज केवल इंस्टेंस स्तर तक ही स्केल किए जा सकते थे, क्योंकि कॉनन पैकेज का नाम अधिकतम 51 अक्षर ही हो सकता था। उदाहरण के लिए, यदि आप किसी उपसमूह से कोई पैकेज प्रकाशित करना चाहते हैं gitlab-org/ci-cd/package-stage/feature-testing/conan, ऐसा करना लगभग असंभव था।

अब आप कॉनन पैकेज को प्रोजेक्ट स्तर तक स्केल कर सकते हैं, जिससे आपके प्रोजेक्ट की निर्भरता को प्रकाशित और वितरित करना आसान हो जाएगा।

कॉनन पैकेज प्रकाशन दस्तावेज़ीकरण и मूल टिकट.

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

(परम, स्वर्ण) DevOps चक्र चरण: सुरक्षित

हम हमारी सूची में NuGet 4.9+ या कॉनन पैकेज प्रबंधकों का उपयोग करने वाले C, C++, C# और .Net कोड प्रोजेक्टों के लिए निर्भरता स्कैन जोड़ने के लिए उत्साहित हैं। समर्थित भाषाएँ और रूपरेखाएँ. अब आप पैकेज प्रबंधकों के माध्यम से जोड़ी गई निर्भरता में ज्ञात कमजोरियों की जांच करने के लिए सुरक्षित चरण के हिस्से के रूप में निर्भरता स्कैनिंग सक्षम कर सकते हैं। पाई गई कमजोरियाँ आपके मर्ज अनुरोध में उनकी गंभीरता के स्तर के साथ प्रदर्शित की जाएंगी, ताकि आप मर्ज को निष्पादित करने से पहले जान सकें कि नई निर्भरता में क्या जोखिम हैं। आप आवश्यकतानुसार अपने प्रोजेक्ट को कॉन्फ़िगर भी कर सकते हैं मर्ज अनुरोध की पुष्टि गंभीर (क्रिटिकल), उच्च (हाई) या अज्ञात (अज्ञात) गंभीरता स्तर वाली कमजोरियों वाली निर्भरता के लिए।

समर्थित भाषाओं और पैकेज प्रबंधकों के लिए दस्तावेज़ीकरण и मूल महाकाव्य.

मर्ज अनुरोध सेटिंग को 'पाइपलाइन सफलतापूर्वक पूर्ण होने पर मर्ज' में बदलने पर सूचनाएं

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: रिलीज़

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

मर्ज अनुरोध ईवेंट अधिसूचनाओं के लिए दस्तावेज़ीकरण и मूल टिकट.

कुबेरनेट्स के उपयोगकर्ता-निर्दिष्ट संस्करण के साथ ईकेएस क्लस्टर बनाना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: कॉन्फ़िगर करें

GitLab उपयोगकर्ता अब Kubernetes का वह संस्करण चुन सकते हैं जो EKS द्वारा प्रदान किया जाएगा; आप संस्करण 1.14-1.17 के बीच चयन कर सकते हैं।

ईकेएस क्लस्टर जोड़ने के लिए दस्तावेज़ीकरण и मूल टिकट.

टिकट प्रकार के रूप में घटनाएं बनाना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

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

घटनाओं को मैन्युअल रूप से बनाने के लिए दस्तावेज़ीकरण и मूल टिकट.

मार्कडाउन में GitLab अलर्ट का उल्लेख

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

हमने GitLab मार्कडाउन में विशेष रूप से उनके लिए एक नया उल्लेख प्रकार जोड़कर GitLab अलर्ट में सुधार किया है, जिससे अलर्ट साझा करना और उल्लेख करना आसान हो गया है। उपयोग ^alert#1234किसी भी मार्कडाउन फ़ील्ड में अलर्ट का उल्लेख करने के लिए: घटनाओं, टिकटों, या मर्ज अनुरोधों में। इससे आपको उन नौकरियों की पहचान करने में भी मदद मिलेगी जो टिकट या मर्ज अनुरोधों के बजाय अलर्ट से बनाई गई हैं।

घटना प्रबंधन दस्तावेज़ीकरण и मूल टिकट.

घटना के अनुसार अलर्ट लोड देखना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

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

75% तेज उन्नत खोज

(स्टार्टर, प्रीमियम, अल्टीमेट, कांस्य, रजत, स्वर्ण) उपलब्धता

GitLab, एक एकल एप्लिकेशन के रूप में, आपके संपूर्ण DevOps वर्कफ़्लो में तेजी से सामग्री खोज करने की अद्वितीय क्षमता रखता है। GitLab 13.4 में, उन्नत खोज परिणाम 75% तेजी से लौटाता है कुछ नामस्थानों और परियोजनाओं तक सीमित, जैसा कि GitLab.com पर है।

तेज़ उन्नत खोज दस्तावेज़ीकरण и मूल टिकट.

प्रशासकों के लिए हटाए गए प्रोजेक्ट देखना

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

प्रोजेक्ट विलोपन को स्थगित करने का एक विकल्प था 12.6 में प्रस्तुत किया गया. हालाँकि, पहले विलोपन की प्रतीक्षा कर रही सभी परियोजनाओं को एक ही स्थान पर देखना संभव नहीं था। GitLab उपयोगकर्ता इंस्टेंस प्रशासक अब सभी लंबित विलोपन परियोजनाओं को एक ही स्थान पर देख सकते हैं, साथ ही उन परियोजनाओं को आसानी से पुनर्स्थापित करने के लिए बटन भी देख सकते हैं।

यह क्षमता सभी प्रासंगिक जानकारी को एक ही स्थान पर एकत्रित करके और अवांछित विलोपन कार्यों को पूर्ववत करने की क्षमता प्रदान करके प्रशासकों को प्रोजेक्ट विलोपन पर अधिक नियंत्रण प्रदान करती है।

धन्यवाद अशेष विद्युत (@asheshvidyut7) इस सुविधा के लिए!

परियोजनाओं को हटाने पर दस्तावेज़ीकरण и मूल टिकट.

एपीआई में समूह पुश नियमों के लिए समर्थन जोड़ा गया

(स्टार्टर, प्रीमियम, अल्टीमेट, कांस्य, रजत, स्वर्ण) DevOps चक्र चरण: प्रबंधित करें

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

किसी समूह के लिए पुश नियमों पर दस्तावेज़ीकरण и मूल टिकट.

स्व-प्रबंधित क्रेडेंशियल भंडारण के लिए व्यक्तिगत पहुंच टोकन को रद्द करना

(अंतिम) DevOps चक्र चरण: प्रबंधित करें

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

क्रेडेंशियल भंडारण दस्तावेज़ीकरण и मूल टिकट.

स्थैतिक साइट संपादक के लिए कॉन्फ़िगरेशन फ़ाइल

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

GitLab 13.4 में, हम स्थैतिक साइट संपादक को अनुकूलित करने का एक नया तरीका पेश कर रहे हैं। हालाँकि कॉन्फ़िगरेशन फ़ाइल इस रिलीज़ में कोई भी सेटिंग सहेजती या प्राप्त नहीं करती है, हम संपादक व्यवहार के भविष्य के अनुकूलन के लिए आधार तैयार कर रहे हैं। भविष्य की रिलीज़ों में हम फ़ाइल में जोड़ देंगे .gitlab/static-site-editor.yml स्थापना के लिए पैरामीटर आधार साइट का पताजिस पर संपादक में लोड की गई छवियां संग्रहीत की जाती हैं, मार्कडाउन सिंटैक्स सेटिंग्स और अन्य संपादक सेटिंग्स को ओवरराइड करना।

स्थैतिक साइट संपादक की स्थापना के लिए दस्तावेज़ीकरण и मूल महाकाव्य.

स्थैतिक साइट संपादक का उपयोग करके फ़ाइल के परिचयात्मक भाग को संपादित करना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

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

स्थैतिक साइट संपादक दस्तावेज़ीकरण и मूल टिकट.

जिरा और डीवीसीएस कनेक्टर के लिए GitLab अब कोर में है

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: बनाएँ

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

ये सुविधाएँ पहले केवल हमारे प्रीमियम प्लान में उपलब्ध थीं, लेकिन अब सभी उपयोगकर्ताओं के लिए उपलब्ध हैं!

जिरा एकीकरण दस्तावेज़ीकरण и मूल टिकट.

गीताली क्लस्टर लेनदेन के लिए बहुमत मतदान (बीटा)

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट) DevOps चक्र चरण: बनाएँ

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

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

गीताली में एकरूपता स्थापित करने के लिए दस्तावेज़ीकरण и मूल टिकट.

वेब आईडीई में JSON सत्यापन के लिए कस्टम स्कीमा समर्थन

(प्रीमियम, अल्टीमेट, सिल्वर, गोल्ड) DevOps चक्र चरण: बनाएँ

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

प्रोजेक्ट प्रतिभागी अपने रिपॉजिटरी में किसी फ़ाइल में कस्टम स्कीमा के पथ को परिभाषित कर सकते हैं .gitlab/.gitlab-webide.yml, जो जाँच की जाने वाली फ़ाइलों के लिए स्कीमा और पथ निर्दिष्ट करता है। जब आप किसी विशिष्ट फ़ाइल को वेब आईडीई में लोड करते हैं, तो आपको फ़ाइल बनाने में मदद के लिए अतिरिक्त प्रतिक्रिया और सत्यापन दिखाई देगा।

वेब आईडीई में कस्टम स्कीमा के लिए दस्तावेज़ीकरण и मूल टिकट.

डायरेक्टेड एसाइक्लिक ग्राफ़ (डीएजी) शाखा सीमा को बढ़ाकर 50 कर दिया गया

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

यदि आप कन्वेयर का उपयोग कर रहे हैं निर्देशित चक्रीय ग्राफ के साथ (डायरेक्टेड एसाइक्लिक ग्राफ (डीएजी)), आप पा सकते हैं कि 10 नौकरियों की एक सीमा है जिसे एक नौकरी निर्दिष्ट कर सकती है needs:, बहुत कठोर। 13.4 में, आपकी पाइपलाइनों में नौकरियों के बीच संबंधों के अधिक जटिल नेटवर्क की अनुमति देने के लिए डिफ़ॉल्ट सीमा 10 से बढ़ाकर 50 कर दी गई थी।

यदि आप एक कस्टम GitLab इंस्टेंस के व्यवस्थापक हैं, तो आप टॉगल सुविधा सेट करके इस सीमा को और भी अधिक बढ़ा सकते हैं, हालाँकि हम इसके लिए आधिकारिक समर्थन प्रदान नहीं करते हैं।

Документация по настройке needs: и मूल टिकट.

व्यवहार में सुधार needs छूटे हुए असाइनमेंट के लिए

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

कुछ मामलों में, पाइपलाइन में छूटे हुए कार्य को गलत तरीके से निर्दिष्ट निर्भरताओं के लिए सफल माना जा सकता है needs, जिसके कारण बाद की नौकरियाँ चलने लगीं, जो नहीं होनी चाहिए थीं। यह व्यवहार संस्करण 13.4 में ठीक कर दिया गया है, और needs अब छूटे हुए कार्यों के मामलों को सही ढंग से संभालता है।

Документация по настройке needs и मूल टिकट.

अंतिम खोज आर्टिफैक्ट को हटाए जाने से रोकने के लिए उसे पिन करें

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

कलाकृतियों की समाप्ति पर दस्तावेज़ीकरण и मूल टिकट.

पाइपलाइन अनुकूलन के लिए सीआई/सीडी गाइड

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

कन्वेयर दक्षता में सुधार पर दस्तावेज़ीकरण и मूल टिकट.

परीक्षण रिपोर्ट परीक्षण स्थिति के अनुसार क्रमबद्ध

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: सत्यापित करें

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

यूनिट टेस्ट रिपोर्टिंग दस्तावेज़ीकरण и मूल टिकट.

पैकेज रजिस्ट्री में अपलोड की गई फ़ाइलों के आकार पर सीमाएं

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: पैकेज

अब पैकेज फ़ाइलों के आकार पर सीमाएं हैं जिन्हें GitLab पैकेज रजिस्ट्री पर अपलोड किया जा सकता है। पैकेज रजिस्ट्री प्रदर्शन को अनुकूलित करने और दुरुपयोग को रोकने के लिए प्रतिबंध जोड़े गए हैं। पैकेज प्रारूप के आधार पर सीमाएँ भिन्न-भिन्न होती हैं। GitLab.com के लिए, अधिकतम फ़ाइल आकार हैं:

• कॉनन: 250एमबी
• मेवेन: 3 जीबी
• एनपीएम: 300 एमबी
• नुगेट: 250 एमबी
• पीईपीआई: 3 जीबी

कस्टम GitLab इंस्टेंस के लिए, डिफ़ॉल्ट समान हैं। हालाँकि, व्यवस्थापक प्रतिबंधों का उपयोग करके अद्यतन कर सकता है रेल कंसोल.

फ़ाइल आकार सीमा पर दस्तावेज़ीकरण и मूल टिकट.

PyPI पैकेज प्रकाशित करने के लिए CI_JOB_TOKEN का उपयोग करें

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: पैकेज

आप स्रोत कोड और CI/CD पाइपलाइनों के साथ Python पैकेज बनाने, प्रकाशित करने और साझा करने के लिए GitLab PyPI रिपॉजिटरी का उपयोग कर सकते हैं। हालाँकि, पहले आप पूर्वनिर्धारित पर्यावरण चर का उपयोग करके रिपॉजिटरी को प्रमाणित नहीं कर सकते थे CI_JOB_TOKEN. परिणामस्वरूप, आपको PyPI रिपॉजिटरी को अपडेट करने के लिए अपने व्यक्तिगत क्रेडेंशियल्स का उपयोग करना पड़ा, या हो सकता है कि आपने रिपॉजिटरी का बिल्कुल भी उपयोग न करने का निर्णय लिया हो।

पूर्वनिर्धारित पर्यावरण चर का उपयोग करके PyPI पैकेज प्रकाशित और स्थापित करने के लिए GitLab CI/CD का उपयोग करना अब आसान हो गया है CI_JOB_TOKEN.

PyPI पैकेज के साथ GitLab CI का उपयोग करने पर दस्तावेज़ीकरण и मूल टिकट.

अनुरोध पर DAST स्कैनर प्रोफाइल

(परम, स्वर्ण) DevOps चक्र चरण: सुरक्षित

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

DAST स्कैनर प्रोफ़ाइल दस्तावेज़ीकरण и मूल टिकट.

GitLab पेजों के लिए एक सरल रीडायरेक्ट कॉन्फ़िगरेशन फ़ाइल

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: रिलीज़

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

दस्तावेज़ पुनर्निर्देशित करें и मूल टिकट.

टेराफॉर्म राज्य का प्रबंधन GitLab द्वारा किया जाता है

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: कॉन्फ़िगर करें

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

टेराफ़ॉर्म राज्यों के लिए दस्तावेज़ीकरण GitLab द्वारा प्रबंधित किया जाता है и मूल टिकट.

महत्वपूर्ण घटना अधिसूचना विवरण

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

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

घटना प्रबंधन दस्तावेज़ीकरण и मूल महाकाव्य.

घटना गंभीरता पैरामीटर सेट करना और संपादित करना

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) DevOps चक्र चरण: मॉनिटर

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

घटनाओं से निपटने के लिए दस्तावेज़ीकरण и मूल टिकट.

कंटेनर नेटवर्क सुरक्षा नियम बनाना, संपादित करना और हटाना

(परम, स्वर्ण) DevOps चक्र चरण: बचाव

कंटेनर नेटवर्क सुरक्षा नियम संपादक में यह वृद्धि उपयोगकर्ताओं को सीधे GitLab उपयोगकर्ता इंटरफ़ेस से अपने नियम आसानी से बनाने, संपादित करने और हटाने की अनुमति देती है। संपादक सुविधाओं में शामिल हैं .yaml अनुभवी उपयोगकर्ताओं के लिए और नेटवर्क नियमों में नए लोगों के लिए सहज इंटरफ़ेस वाला एक नियम संपादक। आप अनुभाग में नए नियम प्रबंधन विकल्प पा सकते हैं सुरक्षा और अनुपालन > खतरा प्रबंधन > नियम (सुरक्षा एवं अनुपालन > ख़तरा प्रबंधन > नीतियाँ).

नेटवर्क नियम संपादक दस्तावेज़ीकरण и मूल महाकाव्य.

Azure ब्लॉब भंडारण समर्थन

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट, मुफ़्त, कांस्य, चांदी, सोना) उपलब्धता

GitLab और GitLab Runner दोनों अब समर्थन करते हैं नीला ब्लॉब भंडारण, जिससे Azure पर GitLab सेवाओं को चलाना आसान हो गया है।

GitLab इंस्टेंस LFS फ़ाइलों, CI कलाकृतियों सहित सभी प्रकार के ऑब्जेक्ट स्टोर्स के लिए Azure का समर्थन करता है बैकअप. Azure ब्लॉब स्टोरेज सेट करने के लिए, इंस्टॉलेशन निर्देशों का पालन करें सार्वत्रिक या हेल्म चार्ट.

GitLab जॉब प्रोसेसर स्टोरेज के लिए Azure का भी समर्थन करते हैं वितरित कैश. Azure संग्रहण को अनुभाग का उपयोग करके कॉन्फ़िगर किया जा सकता है [runners.cache.azure].

Azure ब्लॉब संग्रहण का उपयोग करने पर दस्तावेज़ीकरण и मूल टिकट.

उबंटू और ओपनएसयूएसई के लिए ऑम्निबस ARM64 पैकेज

(कोर, स्टार्टर, प्रीमियम, अल्टीमेट) उपलब्धता

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

Ubuntu 20.04 के लिए पैकेज डाउनलोड और इंस्टॉल करने के लिए, हमारे यहां जाएं स्थापना पृष्ठ और चुनें Ubuntu.

ARM64 के लिए पैकेज दस्तावेज़ीकरण и मूल टिकट.

GitLab हेल्म चार्ट के लिए स्मार्ट कार्ड प्रमाणीकरण समर्थन

(प्रीमियम, अल्टीमेट) उपलब्धता

कॉमन एक्सेस कार्ड (सीएसी) जैसे स्मार्ट कार्ड का उपयोग अब हेल्म चार्ट के माध्यम से तैनात गिटलैब इंस्टेंस को प्रमाणित करने के लिए किया जा सकता है। स्मार्ट कार्ड को X.509 प्रमाणपत्रों का उपयोग करके स्थानीय डेटाबेस के विरुद्ध प्रमाणित किया जाता है। इसके साथ, हेल्म चार्ट के साथ स्मार्ट कार्ड समर्थन अब ओम्निबस परिनियोजन में उपलब्ध स्मार्ट कार्ड समर्थन के अनुरूप है।

स्मार्ट कार्ड प्रमाणीकरण सेटिंग्स के लिए दस्तावेज़ीकरण и मूल टिकट.

विस्तृत रिलीज़ नोट्स और अपडेट/इंस्टॉलेशन निर्देश मूल अंग्रेजी पोस्ट में पढ़े जा सकते हैं: GitLab 13.4 को CI वेरिएबल्स और कुबेरनेट्स एजेंट के लिए वॉल्ट के साथ जारी किया गया.

हम अंग्रेजी से अनुवाद पर काम कर रहे थे कैटीडोर्डेन, maryartkey, ainoneko и रिषवंत.

स्रोत: www.habr.com