GitLab 10.8 जारी किया: ओपन-सोर्स पुश मिररिंग और वृद्धिशील परिनियोजन

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

अधिक तैनाती आत्मविश्वास

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

मिरर को पुश करना अब सार्वजनिक डोमेन में है

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

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

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

भेद्यता त्वरण

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

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

आपके जवाब का इंतज़ार रहेगा!

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

आपकी भागीदारी के लिए धन्यवाद!

इस महीने का एमवीपी - एलेक्सिस रीगेल

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

एलेक्सिस को धन्यवाद कृतज्ञता में, हमने उन्हें गीतालाब प्रतीकों के साथ एक हस्ताक्षर स्वेटर, मोजे और हस्तनिर्मित तनुकी भेजा।

वृद्धिशील तैनाती (PREMIUM, ULTIMATE, रजत, स्वर्ण)

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

GitLab 10.8 में, हम 10, 25, 50 और 100 प्रतिशत आपके श्रोताओं के लिए आकस्मिक रूप से तैनाती कोड की क्षमता को जोड़ते हैं। आप INCREMENTAL_ROLLOUT_ENABLED परिवेश INCREMENTAL_ROLLOUT_ENABLED का उपयोग करके ऑटो DevOps में भी इस दृष्टिकोण को लागू कर सकते हैं।

वृद्धिशील परिनियोजन प्रलेखन

धक्का दर्पण अब सार्वजनिक रूप से उपलब्ध हैं (कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)

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

इससे पहले, GitLab स्टार्टर में पुश मिररिंग उपलब्ध था, और अब कोर में भी।

मिररिंग डॉक्यूमेंटेशन

सुरक्षा रिपोर्टों में इंटरएक्टिव प्रतिक्रिया (अल्फा संस्करण) (अल्ट्रा, गोल्ड)

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

GitLab 10.8 से शुरू करके, आप सुरक्षा रिपोर्ट विंडो से सीधे भेद्यता सुधार कार्य बना सकते हैं। आप झूठी सकारात्मक होने की स्थिति में एक विशिष्ट भेद्यता को भी अस्वीकार कर सकते हैं। आपकी प्रतिक्रिया सीधे रिपोर्ट में प्रदर्शित होती है।

सुरक्षा रिपोर्टिंग दस्तावेज़

वेब IDE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) के लिए फ़ज़ी फ़ाइल खोज

हमने बड़ी परियोजनाओं के लिए नेविगेशन को आसान बनाने के लिए वेब आईडीई में एक फजी फ़ाइल खोज को जोड़ा है। फजी खोज कुंजी संयोजन Cmd + p / Ctrl + p का उपयोग करके उपलब्ध है।

पहले, आपको किसी विशिष्ट फ़ाइल को खोजने के लिए प्रोजेक्ट फ़ाइल ट्री पर सीधे देखना पड़ता था।

वेब आईडीई प्रलेखन

वेब IDE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) के लिए अलग-अलग फाइल करना

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

वेब आईडीई प्रलेखन

समूहों (PREMIUM, ULTIMATE, SILVER, GOLD) के लिए कार्य पूरा करने के लिए कार्यक्रम

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

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

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

कार्य अनुसूची प्रलेखन

प्रोमेथियस मेट्रिक्स साझा किए जाते हैं, डिफ़ॉल्ट रूप से सक्षम होते हैं (कोर, स्टार, प्रीमियम, अंतिम)

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

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

GitLab में प्रोमेथियस निगरानी प्रलेखन

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

उपयोग नीति अपडेट की पुष्टि (CORE, STARTER, PREMIUM, ULTIMATE)

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

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

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

उपयोगकर्ताओं से सभी पुष्टिकरण एक डेटाबेस में संग्रहीत किए जाते हैं, इसलिए आप भविष्य में इस जानकारी का उपयोग कर सकते हैं।

उपयोग नीति अपडेट के लिए पुष्टिकरण दस्तावेज़

रोड मैप एपिक्स (ULTIMATE, GOLD) द्वारा खोज और फ़िल्टर मेनू

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

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

रोडमैप प्रलेखन

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

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

एपीआई चर्चा प्रलेखन

PHP और जावा ग्रेड (ULTIMATE, GOLD) के लिए SAST

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

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

SAST डॉक्यूमेंटेशन

मैनुअल कन्वेयर के लिए चर की परिभाषा (कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)

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

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

पाइपलाइन लॉन्च प्रलेखन

मर्ज मर्ज अनुरोध विजेट (कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड) में होता है

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

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

मर्ज़ रिक्वेस्ट डॉक्यूमेंटेशन

कार्य भार (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) जोड़ने के लिए सिस्टम नोट्स

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

टास्क वेट डॉक्यूमेंटेशन

CSV निर्यात में टास्क वेट और लॉक की स्थिति (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)

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

सीएसवी निर्यात प्रलेखन

जीटा डेवलपमेंट पैनल (PREMIUM, ULTIMATE, रजत, स्वर्ण) में GitLab मर्ज अनुरोध

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

कृपया ध्यान दें कि Jira इंटरफ़ेस में मर्ज अनुरोधों को "पुल अनुरोध" कहा जाता है।

GitLab जीरा विकास पैनल एकीकरण प्रलेखन

महाकाव्य (टिप्पणी, स्वर्ण) पर टिप्पणियों के लिए ईमेल सूचनाएं

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

महाकाव्य प्रलेखन

लंबे समय तक वर्णन (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) के बेहतर प्रदर्शन

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

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

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

बिल्ट-इन स्निपेट सपोर्ट डॉक्यूमेंटेशन

परियोजना भाषाओं के लिए एपीआई (कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)

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

परियोजना भाषाओं के लिए एपीआई प्रलेखन

GitLab Runner for groups (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

GitLab धावकों की दो प्रकार की सेटिंग्स होती हैं: पूरे उदाहरण के लिए (साझा) या परियोजना स्तर (विशिष्ट) पर। हालांकि, कभी-कभी बाहर से किसी को भी एक्सेस दिए बिना पूरे समूह को रनर्स का एक सेट प्रदान करना होता है। उदाहरण के लिए, GitLab.com पर, यह समूहों और संगठनों के बीच सीधे लिंक के कारण अच्छी तरह से काम करता है।

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

GitLab धावकों विन्यास प्रलेखन

ऑटो DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) के लिए टेस्ट पर्यावरण नीति समर्थन

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

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

GitLab 10.8 के साथ शुरू, ऑटो DevOps टेम्पलेट उपयोगकर्ताओं को पर्यावरण चर का उपयोग करके staging को सक्षम करने की अनुमति देगा। आप पूरे समूह के लिए STAGING_ENABLED निर्दिष्ट कर सकते हैं, एक परियोजना के लिए या एक विशिष्ट लॉन्च के लिए भी। production में तैनाती को मैन्युअल रूप से शुरू करने की आवश्यकता होगी - और आप इसे सही समय पर कर सकते हैं।

ऑटो DevOps परिनियोजन नीति प्रलेखन

प्रोजेक्ट टेम्प्लेट अब Auto DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) के साथ काम करते हैं

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

GitLab 10.8 में रेल, स्प्रिंग और एक्सप्रेस टेम्प्लेट के उन्नत संस्करण शामिल हैं, जिससे आप नए प्रोजेक्ट बनाते समय ऑटो देवो का पूरा लाभ उठा सकते हैं। इन उन्नत टेम्प्लेट का उपयोग करके, आप विचार से उत्पादन तक मिनटों में जा सकते हैं।

परियोजना-आधारित टेम्पलेट प्रलेखन

भू संवर्द्धन (प्रीमियम, अल्ट्रा, रजत, स्वर्ण)

• जियो Git 2.16.3 के साथ आता है, जो बड़ी संख्या में लिंक के साथ रिपॉजिटरी के सिंक्रनाइज़ेशन समय को काफी कम कर देगा।
• प्रारंभिक रिपॉजिटरी क्लोनिंग के बाद, द्वितीयक जियो नोड डिस्क स्थान खाली करने के लिए git pack-objects का प्रदर्शन करेगा। यह नियमित रूप से कचरा संग्रह ( git gc ) भी करेगा।
• रिपॉजिटरी चेक चालू होने के साथ, जियो समय-समय पर प्रत्येक सेकंडरी नोड रिपॉजिटरी पर git fsck चलाएगा।
• जियो प्रोमेथियस मेट्रिक्स में सुधार किया गया है: असंगत चेकसम के साथ रिपॉजिटरी खोजना आसान हो गया है।

भू दस्तावेज

विस्तृत रिलीज़ नोट्स और अपडेट / इंस्टॉलेशन निर्देश मूल अंग्रेजी पोस्ट में पाए जा सकते हैं: GitLab 10.8 वृद्धिशील रोलआउट के साथ जारी किया गया, साथ ही ओपन सोर्स पुश मिररिंग ।

अंग्रेजी से अनुवाद ऋषवन्त और sgnl_05 द्वारा किया गया था।