GitLab 12.4 बेहतर मर्ज अनुरोध और ऑडिट एपीआई निर्भरता के साथ

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

मार्ग अनुरोध निर्भरताएँ

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

हम समझते हैं कि सब कुछ प्रबंधित करना कितना महत्वपूर्ण है। यहां रिलीज 12.4 में कुछ सुधार किए गए हैं जो प्रबंधन को आसान बनाते हैं।

ऑडिट इवेंट्स एपीआई

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

पेज एक्सेस कंट्रोल GitLab.com पर

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

सुरक्षित शाखाओं के लिए कोड के स्वामी से अनुमोदन

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

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

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

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

इस महीने का सबसे मूल्यवान कर्मचारी ( MVP ) Tuomo Ala-Vannesluoma है।

Tuomo के लिए धन्यवाद, GitLab 12.4 में HTML कलाकृतियों को देखने के लिए निजी परियोजनाओं के लिए समर्थन है , जो हर किसी ने लंबे समय से सपना देखा है और जिसे लगभग 300 वोट मिले हैं! दूसरी बार, Tuomo महीने का सबसे मूल्यवान कर्मचारी बन गया - GitLab 11.5 में उसने Pages के लिए एक्सेस कंट्रोल लागू किया। इस वर्ष आपके योगदान और सक्रिय कार्य के लिए धन्यवाद। हम वास्तव में इसकी सराहना करते हैं!

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

मार्ग अनुरोध निर्भरताएँ

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

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

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

ऑडिट इवेंट्स एपीआई

प्रीमियम, अंतिम

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

सुरक्षित शाखाओं के लिए कोड के स्वामी से अनुमोदन

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

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

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

यदि कोड के मालिक को पिछली परियोजना सेटिंग्स में बदलाव को मंजूरी देनी थी, तो ये सेटिंग्स मौजूदा सुरक्षित शाखाओं पर लागू होती हैं।

पेज के लिए अभिगम नियंत्रण अब GitLab.com पर सक्षम है

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

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

पेजों के लिए एक्सेस कंट्रोल पर एक छोटा वीडियो देखें।

नोटिस जारी

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

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

किसी भी वातावरण से चूल्हा लॉग देखें

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

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

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

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

GitLab इंटरफ़ेस में Jaeger का उपयोग करना

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

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

मल्टी-प्रोजेक्ट पाइपलाइनों के लिए चर विस्तार के लिए समर्थन

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

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

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

अब GitLab trigger कीवर्ड की branch संपत्ति के अंदर चर का विस्तार करेगा, और आपके लिए पाइपलाइनों को व्यवस्थित करना और कई परियोजनाओं का उपयोग करते समय उन्हें क्रमिक रूप से चलाना आसान होगा।

मुख्य शाखा के लिए DAST

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

पाइपलाइनों में फ़ाइलों के अस्तित्व की जाँच करना

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

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

ऑब्जेक्ट प्रतिकृति प्रतिकृति के लिए मूल भू समर्थन

प्रीमियम, अंतिम

GitLab 12.4 में, जियो मूल रूप से एक ऑब्जेक्ट स्टोर, जैसे LFS ऑब्जेक्ट, जॉब और लोड कलाकृतियों के लिए डेटा प्रतिकृति का समर्थन करता है। पहले, जियो को ऑब्जेक्ट स्टोर के साथ काम करने के लिए कॉन्फ़िगर किया जा सकता था, लेकिन कंटेंट प्रतिकृति हमेशा ऑब्जेक्ट स्टोर प्रदाता के पास ही रहती थी। इसने कुछ सीमाएँ लगाईं जब उपयोगकर्ताओं को स्थानीय भंडारण उपकरणों पर भरोसा करना पड़ा जो प्रतिकृति तर्क का समर्थन नहीं करते थे।

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

ऑब्जेक्ट स्टोरेज को दोहराने के लिए नेटिव जियो का सपोर्ट फिलहाल बीटा में है और अभी प्रोडक्शन के लिए तैयार नहीं है।

Git आंशिक क्लोन (अल्फा) के माध्यम से बड़ी फ़ाइलों की बेहतर हैंडलिंग

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

आमतौर पर हम Git में बड़ी बाइनरी फ़ाइलों को संग्रहीत करने की अनुशंसा नहीं करते हैं, अन्यथा रिपॉजिटरी बढ़ती है, और क्लोनिंग और परिवर्तन प्राप्त करने में बहुत समय लगता है। हमने गिट LFS को Git रिपॉजिटरी के बाहर बड़ी फ़ाइलों को स्टोर करने और उन्हें मांग पर डाउनलोड करने का प्रस्ताव दिया।

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

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

उत्पादकता के लिए तिथि पिकर

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

पहले, साइकिल एनालिटिक्स और प्रदर्शन में मैट्रिक्स के लिए एक विशिष्ट तिथि सीमा का चयन करना संभव नहीं था। यही है, किसी विशेष स्प्रिंट या अवधि के दौरान एक रिपोर्ट में प्रदर्शन का अध्ययन या शामिल करना असंभव था, क्योंकि आप केवल एक निर्दिष्ट अंतराल का चयन कर सकते थे: 7, 30, 60, या 90 दिन। इस रिलीज़ में, उपयोगकर्ता किसी भी लम्बाई के लिए डेटा देख सकते हैं।

GitLab पर GKE क्लस्टर बनाते समय डिफ़ॉल्ट वर्चुअल प्राइवेट क्लाउड

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

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

GKL के साथ GitLab के एकीकरण में GitLab 12.4 के साथ शुरू, यह GKE क्लस्टर बनाते समय डिफ़ॉल्ट सेटिंग होगी।

मैनुअल सीआई जॉब्स के लिए सीमा अनुमतियाँ

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

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

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

डिज़ाइन प्रबंधन में डिज़ाइन निकालना

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

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

API वातावरण और परिनियोजन के लिए ऐड-ऑन करता है

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

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

बेहतर जियो अपग्रेड डॉक्यूमेंटेशन

प्रीमियम, अंतिम

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

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

हम अत्यधिक सुलभ मल्टी-नोड जियो क्लस्टर के लिए नॉन-डाउनटाइम अपडेट निर्देशों पर काम कर रहे हैं; लेकिन अभी भी उन्हें परीक्षण कर रहा है।

फिर हम स्वचालन और परीक्षण में सुधार करेंगे और कुछ उन्नयन प्रक्रियाओं को और अधिक कुशल बनाएंगे।

मर्ज अनुरोधों के लिंक अब पाइपलाइन दृश्य में प्रदर्शित किए जाते हैं

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

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

आरंभिक या अंत में पाइपलाइन का उपयोग करके नौकरियों को सम्मिलित करें

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

ज्यादातर अक्सर, एक पाइपलाइन की शुरुआत या अंत में नौकरी जोड़ने के लिए शामिल किया जाता है। लेकिन अगर आपके पास एक आम शामिल है, तो आप यह नहीं जान सकते कि पहले या अंतिम चरण को क्या कहा जाता है, इसलिए शुरुआत में या पाइपलाइन के अंत में कार्य के साथ समस्याएं हो सकती हैं।

GitLab 12.4 में, .pre और .post चरण यह सुनिश्चित करते हैं कि वे पाइपलाइन की शुरुआत या अंत में शुरू करें।

Kubernetes NGINX Kubernetes के साथ एकीकरण के माध्यम से इंस्टालेशन के दौरान इनग्रेड एप्लिकेशन अपडेट

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

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

GitHub एकीकरण में स्टेटिक स्टेटस चेक नामों के लिए एपीआई एंडपॉइंट

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

अब आप एपीआई के माध्यम से GitHub एकीकरण में स्थिर स्थिति चेक नाम कॉन्फ़िगर कर सकते हैं ताकि बड़ी संख्या में परियोजनाओं में इस पैरामीटर को बदलना आसान हो।

गिटलब रनर 12.4

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

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

परिवर्तन:

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

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

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

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

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

GitLab 12.4 में कुछ सुधार:

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

Admins परियोजनाओं या समूहों में विरूपण साक्ष्य सीमा को ओवरराइड कर सकते हैं

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

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

HTML कलाकृतियों के ऑनलाइन देखने के लिए निजी परियोजना का समर्थन

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

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

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

GKE के साथ एकीकरण के माध्यम से क्लस्टर बनाते समय GKE पर क्लाउड रन को सक्षम करना

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

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

नोट। GKE के लिए Cloud Run को हाल ही में Anthos के लिए Cloud Run नाम दिया गया है। हमने अगले महीने नाम बदलने की योजना बनाई है।

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

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

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

अलर्ट के लिए एक सामान्य समापन बिंदु जोड़ने पर एक छोटा वीडियो देखें।

एक Git स्थान-विशिष्ट URL के माध्यम से जियो समर्थन

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

जियो अब उपयोगकर्ताओं को एक एकल दूरस्थ URL प्रदान करने का समर्थन करता है जो स्वचालित रूप से निकटतम जियो साइट का उपयोग करता है। इसका मतलब है कि उपयोगकर्ताओं को चलते समय निकटतम जियो नोड्स का उपयोग करने के लिए गिट कॉन्फ़िगरेशन को अपडेट करने की आवश्यकता नहीं है। अंतिम उपयोगकर्ताओं को यह जानने की भी आवश्यकता नहीं है कि वे शुरू में परियोजना को क्लोन करते समय स्थानीय जियो साइट का उपयोग कर रहे हैं। और सिस्टम प्रशासक को विभिन्न स्थानों में उपयोगकर्ताओं के लिए विभिन्न गिट विन्यासों का समर्थन नहीं करना होगा। यह सब इस तथ्य के कारण है कि Git धक्का अनुरोध स्वचालित रूप से (HTTP) पुनर्निर्देशित किया जा सकता है या प्राथमिक नोड्स से प्राथमिक (SSH) तक पहुँचा जा सकता है।

जियो को विभिन्न सेवाओं का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है, जैसे कि एडब्ल्यूएस रूट 53 या क्लाउडफेयर ।

Git क्रियाओं को समूह IP सीमा में जोड़ा गया

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

GitLab 12.0 IP पते द्वारा समूह क्रियाओं पर प्रतिबंध लगाता है । GitLab 12.3 में, हमने एक्सेस प्रतिबंध में एपीआई क्रियाओं को शामिल किया है। GitLab 12.4 में, हम SSH के माध्यम से Git क्रियाओं को जोड़ते हैं।
उन्नत सुविधा अब उपयोगकर्ता इंटरफ़ेस, API और Git में क्रियाओं को अस्वीकार कर देती है यदि वे समूह IP पते प्रतिबंध का अनुपालन नहीं करते हैं। ऐसे संगठनों के लिए जो विनियामक आवश्यकताओं का कड़ाई से पालन करते हैं, विशेष रूप से GitLab.com पर, यह सुरक्षा का एक व्यापक स्तर प्रदान करता है।

उत्पादकता विश्लेषण के लिए स्कैटर चार्ट

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

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

मैनुअल तैनाती बनाने के लिए एपीआई

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

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

कुबेरनेट्स में एक समूह धावक की एक-क्लिक स्थापना

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

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

डिज़ाइन प्रबंधन के लिए सिस्टम नोट्स

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

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

GitHub के साथ एकीकरण में स्टेटिक डिफ़ॉल्ट स्थिति की जाँच के नाम

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

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

कई कार्य कार्ड का चयन करें और स्थानांतरित करें

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

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

रजिस्ट्री इंटरफ़ेस में पैकेज सॉर्ट करें

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

GitLab पैकेज रजिस्ट्री में, आप npm, Maven, और (जल्द ही) Conan संकुल एकत्र कर सकते हैं, प्रकाशित कर सकते हैं और भेज सकते हैं। GitLab एक उपयोगकर्ता इंटरफ़ेस प्रदान करता है जहां पैकेज मेटाडेटा प्रदर्शित किया जाता है और आप आसानी से समूह या अपनी परियोजना के लिए पैकेज पा सकते हैं। लेकिन हाल ही में, आपको जिन पैकेजों की ज़रूरत थी उन्हें खोजने के लिए आपको मैन्युअल रूप से पैकेजों की सूची पर स्क्रॉल करना होगा।

GitLab 12.4 Package Registry, . created date ( ), name (), version () type (). , .

PREMIUM, ULTIMATE, SILVER, GOLD

Environments GitLab 12.3 . Environments () , Kubernetes, . 12.4 Environments . Kubernetes Environments . Environments .

Environments () , Kubernetes, .

S/MIME Helm- GitLab

CORE, STARTER, PREMIUM, ULTIMATE

S/MIME , , « » . S/MIME Omnibus 12.3 , S/MIME GitLab Kubernetes. 12.4 S/MIME GitLab Helm- GitLab .

Cert-Manager Kubernetes Kubernetes

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

, Kubernetes, . GitLab 12.4 Cert-Manager GitLab Kubernetes. , GitLab, Operations > Kubernetes , Cert-Manager.

Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

• GitLab 12.4 5.15, Slack . Mattermost .
• OpenSSL 1.1.1d, CVE. - OpenSSL .
• . , , . , , Omnibus . , ** ***.

Let's Encrypt Cert-Manager 0.8.0 1

GitLab 12.4 Kubernetes Cert-Manager v0.5.2 Kubernetes. Let's Encrypt Cert-Manager 0.8.0 1 2019 . Cert-Manager . .

: 1 2019 .

gitlab.rb GitLab

GitLab, , , . IP , /etc/gitlab/gitlab.rb . gitlab.rb GitLab 12.4 GitLab 13.0. Omnibus GitLab 12.3 ( ) , .

: GitLab 13.0

Elasticsearch 5.6

Elasticsearch Elasticsearch 5.6.x GitLab 12.7. Elasticsearch 5.6 Elasticsearch 7.x.

GitLab 12.7 Elasticsearch 6.x. , Elasticsearch 7.x GitLab. . GitLab ElasticSearch 6.x.

: 22 2020 .

openSUSE Leap 15.0

openSUSE 15.0 2019 . GitLab 12.5 openSUSE 15.0. 4404 openSUSE Leap 15.1.

: GitLab 12.5

GitLab 12.4

• GitLab 12.4 Knative 0.7 GitLab . . GitLab Serverless -. Knative, GitLab.
• GitLab 12.4 Kubernetes Cert-Manager v0.9.1. Cert-Manager Kubernetes, . Let's Encrypt 1 2019 . Cert-Manager . GitLab 12.3 Cert-Manager 0.9.1 Kubernetes. Cert-Manager ( Kubernetes), .
• . — Sidekiq, . GitLab.com 36 . , . Rails: (Project.count.to_f / 300_000).ceil . Rails: Sidekiq::Queue.new('background_migration').size .