GitLab 11.3 की नई रिलीज़ के साथ, हम आपको Maven रिपॉजिटरी, कोड ओनर्स, सुरक्षित वातावरण और महाकाव्यों के पूर्वानुमानों के लिए समर्थन देने की कृपा कर रहे हैं। यह सब वातावरण और कोड के प्रबंधन को स्वचालित करने में मदद करेगा, जो जावा डेवलपर्स को और भी अधिक कुशल बनाने की अनुमति देगा।
मावेन भंडार
हमने मावेन रिपॉजिटरी को सीधे गिटलैब में एम्बेड करके जावा परियोजनाओं के लिए अपने समर्थन का विस्तार किया है। जावा डेवलपर्स मावेन पुस्तकालयों को एक संस्करण नियंत्रण प्रणाली से जोड़ने के लिए एक सुरक्षित और मानकीकृत तरीके की सराहना करेंगे और अन्य परियोजनाओं में इन पुस्तकालयों का पुन: उपयोग करके समय की बचत करेंगे। यह सुविधा GitLab Premium के साथ उपलब्ध है।
कोड स्वामी और संरक्षित वातावरण
भुगतान योजनाओं में, गिटलैब स्टार्टर के साथ शुरू करके, फ़ाइल के कोड मालिकों को असाइन करना संभव हो गया, जिससे टीम के सदस्यों को कोड के इस हिस्से के लिए जिम्मेदार ठहराया जा सके। यह भविष्य के रिलीज की तैयारी है, जहां कोड स्तर पर आंतरिक नियंत्रण को मजबूत किया जाएगा।
GitLab प्रीमियम के साथ शुरू, ऑपरेटर (तैनाती के लिए जिम्मेदार) उन अनुमतियों को कॉन्फ़िगर करने के लिए सुरक्षित वातावरण का उपयोग कर सकते हैं जो यह निर्धारित करते हैं कि उत्पादन के लिए कोड को कौन तैनात कर सकता है। यह जोखिम को काफी कम कर देगा कि कोई ऐसा कोड भेजेगा जिसे जोड़ा नहीं जाना चाहिए। और सिद्धांत रूप में, यह पर्यावरण की सुरक्षा को बढ़ाएगा।
महाकाव्य के लिए पूर्वानुमान
पोर्टफोलियो प्रबंधन GitLab Ultimate में दिखाई दिया है, जो स्वचालित रूप से मील के पत्थर में कार्यों के समय के आधार पर महाकाव्य की शुरुआत और समाप्ति तिथियों की भविष्यवाणी करेगा। इस नवाचार के लिए धन्यवाद, पोर्टफोलियो प्रबंधक मील के पत्थर के लिए योजनाबद्ध काम की शुरुआत और समाप्ति तारीखों की तुलना करने में सक्षम होंगे, महाकाव्य के भीतर संभावित बैकलॉग का विचार प्राप्त करेंगे। यह आपको तेजी से निर्णय लेने की अनुमति देगा कि आप क्या खत्म करेंगे, और योजनाओं को कब समायोजित करेंगे।
हर कोई योगदान दे सकता है।
इनमें से कई परिवर्तन विशाल गिटलैब समुदाय द्वारा किए गए हैं। हम इन नई सुविधाओं के लिए आपसे प्रतिक्रिया और सुधार प्राप्त करने की आशा करते हैं। साथ में हम एक महान टीम हैं!
हमें पता है कि आप ब्लॉग लेख पर टिप्पणियों में क्या सोचते हैं - और हैबे पर भी। आप इस रिलीज से क्या उम्मीद करते हैं? हमें किस पर काम करना जारी रखना चाहिए?
हम आपको हमारी बैठकों और वेबकास्ट रिलीज 11.3 पर आमंत्रित करते हैं ।
जॉर्ज ने एक बहुत ही लोकप्रिय विशेषता जोड़ी, जिसे कई लोगों ने जोड़ने के लिए कहा: अब उपयोगकर्ता प्रोफ़ाइल पृष्ठ पर अनुसूची में विकास में अपने निजी योगदान को शामिल कर सकते हैं।
धन्यवाद, जॉर्ज, GitLab को बेहतर बनाने के लिए आपके निरंतर योगदान के लिए, आपको जल्द ही एक अच्छा व्यापारी किट मिलेगा!
GitLab 11.3 की रिलीज की मुख्य नई विशेषताएं
मावेन भंडार
(प्रीमियम, अल्ट्रा, सिल्वर, गोल्ड)
सॉफ्टवेयर कंपनियों के लिए, निर्भरता को प्रबंधित करने के लिए एक सरल और सुरक्षित तरीका होना महत्वपूर्ण है। पैकेज प्रबंधन उपकरण, जैसे जावा डेवलपर्स के लिए मावेन, पुस्तकालयों को वितरित करने और परियोजनाओं में अपने संस्करणों का प्रबंधन करने के लिए एक मानकीकृत तरीका प्रदान करते हैं।
11.3 रिलीज में, हम मावेन रिपॉजिटरी समर्थन को सीधे गिटलैब में उपलब्ध कराने की कृपा कर रहे हैं। निम्न-स्तरीय सेवाओं के डेवलपर्स अब अपने पुस्तकालयों को परियोजना के मावेन भंडार में प्रकाशित कर सकते हैं। उन्हें केवल अन्य टीमों के साथ एक सरल XML स्निपेट साझा करना होगा, जो इस लाइब्रेरी का उपयोग करना चाहते हैं, और गेतलब के साथ मावेन बाकी काम करेंगे।
GitLab Maven रिपॉजिटरी में असेंबली को धकेलने वाली एक परीक्षण परियोजना पर एक नज़र डालें और आप देखेंगे कि यह कितना सरल है!
GitLab Maven रिपॉजिटरी प्रलेखन और मूल टिकट ।
शेल और कुबेरनेट्स धावकों के लिए इंटरएक्टिव वेब टर्मिनल
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
सीआई / सीडी का काम रनर्स द्वारा किया जाता है, जैसे कि उपयोगकर्ता पाइपलाइन में कॉन्फ़िगर करते हैं। लेकिन इस प्रक्रिया को नियंत्रित नहीं किया जा सकता है, और यदि काम विफल हो जाता है, तो उपयोगकर्ता विवरण का पता लगाने और समस्या के कथित स्रोत का निर्धारण करने में सक्षम नहीं होंगे। इंटरएक्टिव वेब टर्मिनल आपको चल रहे या पूर्ण किए गए कार्य से कनेक्ट करने और मैन्युअल रूप से कमांड चलाने की अनुमति देते हैं, जिससे सिस्टम में क्या हो रहा है, इसे बेहतर ढंग से समझने में मदद मिलती है।
इंटरएक्टिव वेब टर्मिनल प्रलेखन और मूल टिकट ।
बेहतर कोड का पुन: उपयोग .gitlab-ci.yml
(स्टार, प्रीमियम, अल्ट्रा, ब्रोंज़, सिल्वर, गोल्ड)
पुन: उपयोग करना CI / CD प्रक्रिया कोड एक महान अभ्यास है जो सॉफ़्टवेयर वितरण को सुसंगत बनाने, लिखने और प्रत्येक व्यक्तिगत कार्य के लिए कम कोड बनाए रखने में मदद करता है। हम विस्तृत extends का उपयोग करके YAML टेम्प्लेट में कोड का पुन: उपयोग करने के लिए एक लचीला और शक्तिशाली तरीका extends करते हैं।
ब्लॉक प्रलेखन और मूल टिकट का विस्तार करता है ।
निजी रिपॉजिटरी में जमा अब उपयोगकर्ता के पेज पर ग्राफ में शामिल किया जा सकता है
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
हम GitLab ओपन सोर्स सॉफ्टवेयर से प्यार करते हैं। लेकिन कभी-कभी आपको एक निजी परियोजना पर काम करना पड़ता है जिसे आप (अभी तक) जनता के लिए खोलने के लिए तैयार नहीं हैं। या आप गोपनीयता कारणों से सीमित हो सकते हैं। किसी भी मामले में, GitLab आपकी तरफ है।
इस रिलीज में, हम आपके पृष्ठ पर निवेश अनुसूची में निजी विकास योगदान को शामिल करने का अवसर प्रस्तुत करते हैं। यदि आपने अपनी प्रोफ़ाइल के लिए यह सेटिंग सक्षम कर दी है, तो निजी परियोजनाओं में योगदान भी जमा अनुसूची में और दैनिक जमा में प्रदर्शित किया जाएगा। इस प्रकार, किसी गुप्त विवरण का खुलासा किए बिना, GitLab में निजी परियोजनाओं पर आपके सक्रिय कार्य को सटीक रूप से प्रस्तुत किया जाएगा।
इस सुविधा के लिए धन्यवाद जॉर्ज Tsiolis !
प्रोफ़ाइल में निजी जमा और मूल टिकट पर प्रलेखन ।
प्रोजेक्ट पेज नया स्वरूप
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
GitLab लगातार हमारे उत्पाद के इंटरफेस को बेहतर बनाने पर ध्यान केंद्रित करता है।
GitLab 11.3 के साथ मिलकर, हम प्रोजेक्ट UI पृष्ठों को बेहतर वर्तमान प्रोजेक्ट जानकारी में अपडेट करते हैं। हमने इस पृष्ठ पर जानकारी को और अधिक संरचित किया है, साथ ही शीर्ष खंड को बाईं ओर संरेखित किया है और इंडेंटेशन को लंबवत रूप से अनुकूलित किया है, इसलिए अब आप परियोजना और इसकी सामग्री के बारे में जानकारी जल्दी से देख सकते हैं।
परियोजना प्रलेखन और मूल टिकट ।
संरक्षित वातावरण
(प्रीमियम, अल्ट्रा, सिल्वर, गोल्ड)
ऑपरेटर अक्सर पर्यावरण की रक्षा के लिए जिम्मेदार होते हैं जिसमें हम प्रतिदिन कोड भेजते हैं; उत्पादन में कोड को तैनात करते समय यह कार्य विशेष रूप से महत्वपूर्ण हो जाता है।
संरक्षित वातावरण के साथ, ऑपरेटर को पूर्ण नियंत्रण प्राप्त होता है, जिस पर उपयोगकर्ताओं, समूहों या खातों को इस वातावरण में कोड एम्बेड करने की अनुमति होती है, जो पर्यावरण की सुरक्षा सुनिश्चित करता है।
संरक्षित वातावरण और मूल टिकट पर प्रलेखन ।
कोड के मालिक
(स्टार, प्रीमियम, अल्ट्रा, ब्रोंज़, सिल्वर, गोल्ड)
एक कोड समीक्षा किसी भी सफल परियोजना का मूल अभ्यास है, लेकिन यह हमेशा स्पष्ट नहीं होता है कि परिवर्तनों की समीक्षा कौन करे। अब, प्रत्येक GitLab फ़ाइल के लिए, आप एक या अधिक कोड स्वामियों को असाइन कर सकते हैं, जो टीम के सदस्यों को इंगित करता है जो आपके प्रोजेक्ट में कोड के लिए ज़िम्मेदार हैं।
कोड स्वामियों को कोड स्वरूप फाइल को gitattributes समान प्रारूप में उपयोग करने के लिए सौंपा गया है, और gitattributes में फाइल को देखते समय प्रतिबद्धताओं के विवरण के नीचे दिखाई देते हैं।
भविष्य के रिलीज में, कोड मालिकों को मर्ज करने की अनुरोध प्रक्रिया में शामिल किया जाएगा, जो प्रस्ताव के अनुरोध की पुष्टि करेंगे और उन्हें मंजूरी देंगे। और संरक्षित शाखाओं में भी केवल कोड स्वामी ही फाइलें बदल सकते हैं ।
कोड मालिकों और मूल टिकट पर प्रलेखन ।
एम्बेडेड मील के पत्थर की तारीख के साथ महाकाव्यों के लिए भविष्यवाणियां
(अंतिम, स्वर्ण)
इस रिलीज से पहले, आप महाकाव्य के लिए निश्चित शुरुआत और समाप्ति तिथियां निर्धारित कर सकते हैं, जो उच्च-स्तरीय महाकाव्य योजना और समय की ट्रैकिंग के लिए बहुत उपयोगी थी। हालांकि, चूंकि कार्य महाकाव्य से जुड़े होते हैं और एक विशिष्ट मील के पत्थर को सौंपा जाता है, यह अच्छा होगा यदि महाकाव्य तिथियां इन मील के पत्थर को प्रतिबिंबित करती हैं।
इस रिलीज के साथ शुरू, आप इन तिथियों के लिए एक निश्चित मूल्य और From milestones लिए एक गतिशील मूल्य के बीच स्विच कर सकते हैं। नियोजित शुरुआत के रूप में, इस महाकाव्य के कार्यों से बंधे सभी मील के पत्थरों में से आरंभिक तिथि का चयन किया जाएगा। यह डेडलाइन गतिशील रूप से बदल जाएगी जब कार्यों को जोड़ना और हटाना, इन कार्यों में मील के पत्थर को जोड़ना और निकालना या जब मील के पत्थर की तारीखों को बदलना। इसी तरह, महाकाव्य की गतिशील अंतिम तिथि काम करेगी।
यह सुविधा उन टीमों के लिए उपयोगी होगी जो लंबी अवधि के टॉप-डाउन प्लानिंग से लेकर शॉर्ट-टर्म बॉटम-अप प्लानिंग तक में सहज बदलाव चाहते हैं। आपको महाकाव्य रोडमैप पर एक पोस्ट में अधिक जानकारी मिलेगी, जिसे हमने कुछ सप्ताह पहले प्रकाशित किया था।
महाकाव्यों और मूल टिकट पर प्रलेखन ।
GitLab 11.3 में अन्य सुधार
एक नए महाकाव्य की अधिसूचना को मैन्युअल रूप से जोड़ा जा सकता है
(अंतिम, स्वर्ण)
अंतिम रिलीज़ में, हमने उन उपयोगकर्ताओं के लिए नए महाकाव्य के बारे में ईमेल सूचनाएं जोड़ीं, जिन्होंने Watch स्तर पर समूह गतिविधि सूचनाएं सेट कीं। इस रिलीज़ में, हम कुछ चीज़ों को कस्टमाइज़ करने के लिए और भी अधिक सुविधाएँ जोड़ते हैं। अब, Custom स्तर का उपयोग करके, आप इस घटना के बारे में सूचनाओं को सक्षम या अक्षम कर सकते हैं, साथ ही साथ अन्य घटनाओं के बारे में भी।
सूचनाएं और मूल टिकट का दस्तावेजीकरण ।
कार्य पृष्ठ से महाकाव्य में किसी कार्य को जोड़ने के लिए त्वरित कार्रवाई
(अंतिम, स्वर्ण)
महाकाव्य पृष्ठ से इसे जोड़ना या पहले से ही संलग्न कार्य को हटाना काफी आसान है, जो महाकाव्य पर काम करते समय सुविधाजनक है।
लेकिन कभी-कभी आप एक कार्य पर काम करते हैं और इसे एक मौजूदा महाकाव्य से जोड़ना चाहते हैं, जिसका नाम आप जानते हैं। अब महाकाव्य URL सम्मिलित करके कार्य पृष्ठ पर त्वरित कार्रवाई के साथ ऐसा करना आसान है। अगली रिलीज में, एक त्वरित कार्रवाई नाम से एक महाकाव्य की खोज करने के लिए दिखाई देगी , जिसमें ऑटो-पूर्णता होगी ।
संलग्न महाकाव्य से कार्य को अलग करने के लिए एक त्वरित कार्रवाई भी जोड़ी जाएगी।
त्वरित कार्रवाई प्रलेखन और मूल टिकट ।
मर्ज अनुरोधों की स्वतंत्र पुष्टि के लिए अनुमति
(स्टार, प्रीमियम, अल्ट्रा, ब्रोंज़, सिल्वर, गोल्ड)
मर्ज अनुरोध बनाने वाला उपयोगकर्ता परिवर्तनों का लेखक नहीं हो सकता है, और अन्य उपयोगकर्ता खुले मर्ज अनुरोध में अतिरिक्त परिवर्तन जोड़ सकते हैं। रखवाले अब परियोजना सेटिंग्स में मर्ज अनुरोधों की स्व-स्वीकृति की अनुमति दे सकते हैं।
पहले, यह माना जाता था कि मर्ज अनुरोध को खोलने वाला उपयोगकर्ता डिफ़ॉल्ट रूप से इसे स्वीकृत करता है (अन्य लोगों द्वारा किए गए परिवर्तनों सहित), और इसलिए उसने मर्ज अनुरोध के अनुमोदन में भाग नहीं लिया। ऐसी कई स्थितियाँ हैं जहाँ ऐसा नहीं है और वह अन्य परिवर्तनों के खिलाफ होगी। स्पष्ट अनुमति जोड़ने से यह धारणा दूर हो जाती है।
मर्ज अनुरोधों और मूल टिकट की स्व-पुष्टि पर प्रलेखन ।
प्रोजेक्ट अवलोकन में रिपॉजिटरी भाषा प्रदर्शित करें
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
गिटलैब में परियोजनाओं को देखते समय, रिपॉजिटरी में उपयोग की जाने वाली प्रोग्रामिंग भाषाओं को तुरंत देखना महत्वपूर्ण और उपयोगी है।
इस रिलीज़ में, हम प्रोजेक्ट अवलोकन में प्रोग्रामिंग भाषाओं का एक पैनल जोड़ते हैं जो प्रोजेक्ट में भाषाओं के सापेक्ष उपयोग को प्रदर्शित करता है।
परियोजना प्रलेखन और मूल टिकट ।
उपयोगकर्ता उदाहरणों के लिए कस्टम फ़ाइल टेम्प्लेट
(प्रीमियम, ULTIMATE)
LICENSE , Dockerfile , Dockerfile और .gitlab-ci.yml इन आम फ़ाइलों को प्रोजेक्ट्स में जोड़ना आसान बनाते हैं। ऐसी फ़ाइलों के लिए कस्टम टेम्पलेट अब उनके साथ रिपॉजिटरी टेम्पलेट का चयन करके GitLab उपयोगकर्ता उदाहरणों में जोड़ा जा सकता है।
GitLab टेम्प्लेट बहुत सार्वभौमिक होने पर कस्टम टेम्पलेट काम में आते हैं। उदाहरण के लिए, यदि कंपनी को प्रत्येक परियोजना में उपयोगकर्ता लाइसेंस के उपयोग की आवश्यकता होती है, या एक जटिल Dockerfile है, जिसका उपयोग प्रत्येक माइक्रोसर्विस के लिए किया जाना चाहिए।
कस्टम लाइसेंस टेम्पलेट जोड़ने के लिए डैनियल बार्कर का धन्यवाद।
उदाहरण और मूल टिकट के लिए टेम्पलेट रिपॉजिटरी प्रलेखन ।
वेब आईडीई फ़ाइल टेम्पलेट
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
LICENSE , Dockerfile , Dockerfile और .gitlab-ci.yml लिए फ़ाइल टेम्प्लेट इन साझा फ़ाइलों को प्रोजेक्ट्स में जोड़ना आसान बनाते हैं और अब इसका उपयोग वेब IDE में किया जा सकता है। वेब आईडीई में फ़ाइल टेम्प्लेट आईडीई वेब वातावरण में एक नई परियोजना शुरू करना आसान बनाते हैं और इन महत्वपूर्ण फाइलों को अद्यतित रखते हैं।
वेब आईडीई प्रलेखन और मूल टिकट ।
एक नया प्रोजेक्ट बनाते समय प्रोजेक्ट नाम फ़ील्ड जोड़ा गया
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
अपने नए बनाए गए GitLab प्रोजेक्ट में प्रोजेक्ट का नाम जोड़ने के लिए, आपको प्रोजेक्ट सेटिंग्स में जाना होगा और प्रोजेक्ट एड्रेस (सिमेंटिक URL) के संबंधित "मानव-पठनीय" भाग को लिखना होगा।
GitLab 11.3 के साथ, हम प्रोजेक्ट बनाएँ फ़ील्ड में प्रोजेक्ट नाम फ़ील्ड जोड़ते हैं। इसके अलावा, सिमेंटिक URL अब प्रोजेक्ट नाम से स्वतः उत्पन्न हो जाता है, जबकि इसे अभी भी मैन्युअल रूप से बदला जा सकता है। यह एक नई परियोजना के निर्माण को गति और सरल करता है।
परियोजनाओं के निर्माण और मूल टिकट पर प्रलेखन ।
संग्रहीत विकी फ़ाइलों को विकी भंडार में अपलोड किया गया
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
विकी संपादक के माध्यम से विकी पर अपलोड की गई छवियां अब गिट रिपॉजिटरी में संग्रहीत की जाती हैं। इन चित्रों को गोलम का उपयोग करके स्थानीय पूर्वावलोकन पर प्रदर्शित किया जाएगा।
इससे पहले, छवियों को प्रोजेक्ट डाउनलोड डायरेक्टरी में सहेजा गया था, उसी स्थान पर टिकटों में डाउनलोड किए गए बाकी संलग्नक और अनुरोधों को मर्ज किया गया था। इससे विकी के पर्याप्त स्थानीय देखने की असंभवता के साथ-साथ एक अन्य गिट रिपॉजिटरी में स्थानांतरित करने में असमर्थता पैदा हुई।
विकी प्रलेखन और मूल टिकट ।
ग्रूवी के लिए सपोर्ट सपोर्ट
(अंतिम, स्वर्ण)
स्थैतिक अनुप्रयोग सुरक्षा परीक्षण (SAST) को स्रोत कोड में कमजोरियों का पता लगाने के लिए डिज़ाइन किया गया है जैसे ही यह कोड रिपॉजिटरी में प्रवेश करता है। ऐसा करने के लिए, कोड ज्ञात पैटर्न और सामान्य त्रुटियों के लिए दिखता है जो आवेदन में सुरक्षा समस्याओं को जन्म दे सकता है। इसलिए प्रत्येक भाषा को विशेष समर्थन की आवश्यकता होती है।
GitLab 11.3 के साथ, हम GitLab SAST द्वारा समर्थित भाषाओं की सूची में Groovy को जोड़ते हैं। इस भाषा का उपयोग करने वाले प्रोजेक्ट अब स्वचालित रूप से पहचाने जाते हैं, इसलिए आपको इस सुविधा को सक्षम करने के लिए कोड या पाइपलाइन परिभाषाओं में कुछ भी बदलने की आवश्यकता नहीं है। Auto DevOps भी इसके डिफ़ॉल्ट कॉन्फ़िगरेशन के भाग के रूप में इसका समर्थन करता है।
मुख्य दस्तावेज और मूल टिकट ।
ब्रांच वेब हुक पुश इवेंट फ़िल्टर
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
धक्का की घटनाओं के लिए Webhooks स्वचालित रूप से नए कमिट की बाहरी सेवाओं को सूचित करना आसान बनाते हैं। हालांकि, शाखाओं का आमतौर पर अलग महत्व होता है। पुश घटनाओं को अब शाखाओं द्वारा फ़िल्टर किया जा सकता है, ताकि बाहरी सेवाओं को केवल उन परिवर्तनों के बारे में सूचित किया जाएगा जो आपके लिए महत्वपूर्ण हैं।
पहले, वेब हुक GitLab द्वारा फ़िल्टर नहीं किए गए थे, और अधिकांश बाहरी सिस्टम आने वाली घटनाओं को फ़िल्टर करने में सक्षम नहीं हैं। इसका मतलब यह था कि आप इन बाहरी सेवाओं को सीधे GitLab के साथ एकीकृत नहीं कर सकते हैं यदि आप केवल बाहरी सेवाओं द्वारा उपयोग की जाने वाली धक्का घटनाओं का एक सबसेट चाहते थे।
इस सुविधा के लिए धन्यवाद Duana Saskia !
वेब हुक प्रलेखन और मूल टिकट ।
लाइब्रेरी मीट्रिक अलर्ट
(अंतिम, स्वर्ण)
GitLab 11.2 ने कस्टम मेट्रिक्स के लिए अलर्ट सेट करने की क्षमता को जोड़ा, जिससे डेवलपर्स को अपने अनुप्रयोगों के साथ किसी भी समस्या की स्थिति में सूचनाएं प्राप्त करने की अनुमति मिली।
GitLab 11.3 में, हमने सभी मैट्रिक्स के लिए अलर्ट समर्थन का विस्तार किया है, जिसमें हमारे पुस्तकालय मैट्रिक्स के साथ प्रदान की गई डिफ़ॉल्ट मीट्रिक शामिल हैं ।
मैट्रिक्स और एक मूल टिकट के लिए अलर्ट प्रलेखन ।
ऑटो DevOps डिफ़ॉल्ट रूप से सक्षम है
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
ऑटो DevOps सार्वजनिक रूप से GitLab संस्करण 11.0 में उपलब्ध हो गया है, और हालांकि इसका व्यापक रूप से उपयोग किया जाता है, हम चाहते हैं कि सभी GitLab उपयोगकर्ता इसकी विस्तृत क्षमताओं का लाभ उठाएं। पहले से ही ऑटो DevOps महत्वपूर्ण लाभ प्रदान करता है, स्वचालित बिल्ड (ऑटो बिल्ड) से स्वचालित निगरानी (ऑटो मॉनिटरिंग) तक।
GitLab 11.3 के साथ शुरू, ऑटो DevOps को GitLab.com और उपयोगकर्ता उदाहरण दोनों पर डिफ़ॉल्ट रूप से सक्षम किया जाएगा ताकि हर परियोजना इन सुविधाओं का लाभ ले सके।
यदि आप इसे अपने प्रोजेक्ट के लिए या संपूर्ण उदाहरण के लिए अक्षम करना चाहते हैं, तो ऑटो DevOps को सक्षम / अक्षम करने के दस्तावेज़ीकरण देखें।
ऑटो DevOps प्रलेखन और मूल टिकट ।
GitLab जियो के लिए संवर्द्धन
(प्रीमियम, ULTIMATE)
हम लगातार जियो को बेहतर बनाने पर केंद्रित हैं, भौगोलिक रूप से वितरित टीमों के लिए हमारी सुविधा। GitLab 11.3 में कुछ महत्वपूर्ण संवर्द्धन:
आप यह भी पढ़ सकते हैं कि हमने GitLab जियो कैसे बनाया ।
जियो कॉन्फ़िगरेशन दस्तावेज और जियो टास्क बोर्ड ।
पहली पाइपलाइन विफलता पर एक परियोजना के लिए ऑटो DevOps को स्वचालित रूप से अक्षम करना
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
GitLab में, मुख्य उत्पाद मानों में से एक "डिफ़ॉल्ट रूप से सक्षम है । " जब हम एक नई कस्टम सुविधा पेश करते हैं, जो कि हमारी राय में बहुत महत्वपूर्ण है, तो हम इसे डिफ़ॉल्ट रूप से सक्षम करते हैं ताकि हर कोई इससे लाभ उठा सके। हालाँकि, ऑटो DevOps उन परियोजनाओं का समर्थन करता है जो सबसे लोकप्रिय प्रोग्रामिंग भाषाओं का उपयोग करते हैं, ऐसे विशेष प्रोजेक्ट हो सकते हैं जिनके लिए अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है।
चूंकि हम यह सुनिश्चित करना चाहते हैं कि हम उन परियोजनाओं के लिए ऑटो DevOps पाइपलाइन न चलाएं जो समर्थित नहीं हैं, हम पाइपलाइन में से एक के विफल होने पर Auto DevOps को अक्षम कर देंगे। गिटलैब परियोजना के मालिक को इस बारे में सूचित करेगा ताकि अगर वह चाहे तो ऑटो देवो के साथ आगे के काम के लिए आवश्यक कॉन्फ़िगरेशन परिवर्तन कर सकता है। प्रोजेक्ट मालिक आवश्यक परिवर्तन करने के बाद ऑटो DevOps को फिर से सक्षम कर सकते हैं।
ऑटो DevOps इनेबलमेंट डॉक्यूमेंटेशन और मूल टिकट ।
गीताली v1.0
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
GitLab के नियमित उपयोग के लिए Git पहुँच अब GitLab के माध्यम से पूरी तरह से हो सकती है, GitLab gRPC सेवा Git तक पहुँचने के लिए। इसका मतलब है कि आप NFS के बिना अपने सर्वर पर Gitaly चला सकते हैं, जब सभी अतिरिक्त सुविधाएं सक्षम होती हैं।
Gitaly v1.1 की अगली रिलीज़ में , सभी सुविधाएँ डिफ़ॉल्ट रूप से शामिल की जाएंगी। शेष सभी सुविधाएँ Gitaly का उपयोग करेंगी, इसलिए आप NFS के बिना कर सकते हैं।
Gitaly v1.0 के पथ के बारे में हमारे ब्लॉग पोस्ट को पढ़ें।
Gitaly प्रलेखन और मूल महाकाव्य ।
गिटलब रनर 11.3
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
हम इस रिलीज़ में GitLab Runner 11.3 भी जारी करते हैं। GitLab Runner एक ओपन सोर्स प्रोजेक्ट है जिसका उपयोग आपके CI / CD कार्य को चलाने और परिणाम को GitLab पर वापस भेजने के लिए किया जाता है।
सबसे महत्वपूर्ण परिवर्तन:
CHANGELOG GitLab रनर में सभी परिवर्तनों की एक सूची पाई जा सकती है।
गिटलब रनर डॉक्यूमेंटेशन
GitLab द्वारा उपलब्ध ऑनलाइन स्रोत सॉफ्टवेयर घटकों की सूची अब ऑनलाइन उपलब्ध है
(कोर, स्टार, प्रीमियम, अल्ट्रा, फ्री, ब्रोंज़, सिल्वर, गोल्ड)
GitLab 11.3 से शुरू होकर, हम GitLab द्वारा उपयोग किए जाने वाले ओपन सोर्स सॉफ़्टवेयर की सूची को और अधिक सुलभ बना रहे हैं। इस रिलीज से पहले, यह हमारे प्रत्येक लिनक्स पैकेज में उपलब्ध था, जिसमें सामग्री को लोड करने और निकालने की आवश्यकता होती थी।
अब हम तुरंत इस जानकारी को ऑनलाइन पोस्ट करते हैं ताकि इसे खोजने में आसानी हो, साथ ही साथ लिंक भी। सूची GitLab CE और GitLab EE के लिए उपलब्ध है।
विस्तृत रिलीज़ नोट्स और अपडेट / इंस्टॉलेशन निर्देश मूल अंग्रेजी पोस्ट में पाए जा सकते हैं: मैटल रिपोजिटरी और संरक्षित वातावरण के साथ GitLab 11.3 जारी किया गया ।
Cattidourden , ainoneko , rishavant और nick_volynkin ने अंग्रेजी से अनुवाद पर काम किया।