फेडोरा और CentOS Git Forge लॉन्च हुआ। GitLab ने 18 विशेष सुविधाओं को अनलॉक किया।

परियोजनाएं CentOS и फेडोरा сообщили गिट फोर्ज नामक सहयोगी विकास सेवा बनाने के निर्णय के बारे में, जिसे गिटलैब प्लेटफॉर्म का उपयोग करके विकसित किया जाएगा। गिटलैब, गिट रिपॉजिटरी के साथ इंटरैक्ट करने और डिस्ट्रीब्यूशन से संबंधित परियोजनाओं को होस्ट करने के लिए प्राथमिक प्लेटफॉर्म बन जाएगा। CentOS और फेडोरा। पहले इस्तेमाल की गई सेवा पगुरे Pagure का अस्तित्व बना रहेगा, लेकिन इसे निरंतर विकास में रुचि रखने वाले समुदाय को सौंप दिया जाएगा। इसे Red Hat द्वारा नियुक्त CPE (कम्युनिटी प्लेटफॉर्म इंजीनियरिंग) टीम से हटा दिया जाएगा, जो Fedora रिलीज़ के विकास और प्रकाशन के लिए बुनियादी ढांचे का रखरखाव करती है। CentOS.

नए Git Forge के लिए संभावित समाधानों का मूल्यांकन करते समय, हमने निम्नलिखित पर विचार किया:
Pague और Gitlab के अध्ययन के आधार पर। 300 समीक्षाएँ और फेडोरा परियोजना के प्रतिभागियों की ओर से शुभकामनाएं। CentOSRHEL और CPE के आधार पर कार्यात्मक आवश्यकताओं को परिभाषित किया गया और Gitlab को चुना गया। मानक रिपॉजिटरी संचालन (मर्ज करना, फोर्क करना, कोड जोड़ना आदि) के अलावा, सुरक्षा, उपयोग में आसानी और प्लेटफ़ॉर्म स्थिरता प्रमुख आवश्यकताओं में शामिल थीं।

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

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

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

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

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

निम्नलिखित कार्यों को निःशुल्क कार्यों में स्थानांतरित कर दिया गया है:

• संबंधित मुद्दे संलग्न करना;
• GitLab से CSV में समस्या निर्यात करें;
• व्यक्तिगत कार्यात्मकताओं या रिलीज़ की विकास प्रक्रिया की योजना बनाने, व्यवस्थित करने और कल्पना करने का एक तरीका;
• परियोजना प्रतिभागियों को ईमेल के माध्यम से तीसरे पक्ष से जोड़ने के लिए अंतर्निहित सेवा।
• वेब आईडीई के लिए वेब टर्मिनल;
• वेब टर्मिनल में कोड में परिवर्तन का परीक्षण करने के लिए फ़ाइलों को सिंक्रनाइज़ करने की क्षमता;
• डिजाइन प्रबंधन उपकरण जो आपको किसी मुद्दे पर मॉकअप और संपत्तियां अपलोड करने की अनुमति देते हैं, एक नई सुविधा विकसित करने के लिए आवश्यक सभी चीजों तक पहुंच के एकल बिंदु के रूप में मुद्दे का उपयोग करते हैं;
• कोड गुणवत्ता रिपोर्ट;
• कॉनन (सी/सी++), मावेन (जावा), एनपीएम (नोड.जेएस) और न्यूगेट (.नेट) पैकेज प्रबंधकों के लिए समर्थन;
• कैनरी परिनियोजन के लिए समर्थन, जो आपको सिस्टम के एक छोटे उपसमूह पर किसी एप्लिकेशन का नया संस्करण स्थापित करने की अनुमति देता है;
• वृद्धिशील वितरण, जो शुरू में केवल कुछ ही प्रणालियों में नए संस्करण वितरित करते हैं, धीरे-धीरे कवरेज को 100% तक बढ़ाते हैं;
• कार्यक्षमता सक्रियण झंडे जो कुछ विशेषताओं को गतिशील रूप से सक्रिय करके परियोजना को विभिन्न संस्करणों में वितरित करने की अनुमति देते हैं;
• परिनियोजन के लिए एक अवलोकन मोड जो आपको प्रत्येक कुबेरनेट्स-आधारित निरंतर एकीकरण वातावरण के स्वास्थ्य का आकलन करने की अनुमति देता है;
• कॉन्फ़िगरेटर में कई कुबेरनेट्स क्लस्टर्स को परिभाषित करने के लिए समर्थन (उदाहरण के लिए, आप परीक्षण परिनियोजन और उत्पादन कार्यभार के लिए अलग-अलग कुबेरनेट्स क्लस्टर्स का उपयोग कर सकते हैं);
• कुबेरनेट्स पॉड्स के बीच पहुंच को प्रतिबंधित करने के लिए कंटेनर नेटवर्क सुरक्षा नीतियों को परिभाषित करने के लिए समर्थन।

साथ ही इसे नोट भी किया जा सकता है प्रकाशन GitLab 12.9.1, 12.8.8, और 12.7.8 (कम्युनिटी एडिशन और एंटरप्राइज़ एडिशन) अपडेट, जो भेद्यता को ठीक करते हैं। यह समस्या GitLab EE/CE 8.5 के रिलीज़ होने के बाद से मौजूद है और किसी समस्या को प्रोजेक्ट के बीच ले जाते समय किसी भी स्थानीय फ़ाइल की सामग्री को पढ़ने की अनुमति देता है।
भेद्यता का विवरण 30 दिनों के भीतर प्रकट किया जाएगा।

स्रोत: opennet.ru