फेडोरा और सेंटओएस गिट फोर्ज चलाते हैं। GitLab ने 18 मालिकाना क्षमताएँ खोलीं

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

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

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

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

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

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

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

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

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

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

स्रोत: opennet.ru