GitLab एक वर्ष से अधिक की निष्क्रियता वाली होस्ट की गई परियोजनाओं को हटा देगा

हाल ही में खबर है कि तोड़ दिया GitLab अपनी सेवा की शर्तों को संशोधित करने की योजना बना रहा है अगले महीने (सितंबर में) के लिए, जिसके अनुसार मुफ़्त खातों पर होस्ट किए गए प्रोजेक्ट GitLab.com से स्वचालित रूप से हटा दिया जाएगा यदि आपकी रिपॉजिटरी 12 महीने तक निष्क्रिय रहती है।

परिवर्तन रखरखाव लागत को कम करने का लक्ष्य परित्यक्त परियोजनाओं और कांटे जो विकास के अधीन नहीं हैं, को संग्रहीत करने और संसाधित करने के लिए संसाधनों को मुक्त करके होस्टिंग की।

परित्यक्त परियोजनाओं के लिए बुनियादी ढांचे के रखरखाव का अनुमान सभी GitLab.com होस्टिंग लागतों के एक चौथाई तक है, और ऐसी परियोजनाओं को स्वचालित रूप से शुद्ध करने से एक वर्ष में एक मिलियन डॉलर तक की बचत हो सकती है।

रजिस्टर ने सीखा है कि इस तरह की परियोजनाओं में GitLab की होस्टिंग लागत का एक चौथाई हिस्सा होता है, और यह कि स्वचालित परियोजना विलोपन क्लाउड कोडिंग सहयोग सेवा को प्रति वर्ष $ 1 मिलियन तक बचा सकता है। इसलिए, नीति का सुझाव दिया गया है कि GitLab के वित्त को टिकाऊ बनाए रखने में मदद करें।

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

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

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

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

ओपन सोर्स एडवोकेट और ओपन .नेट समुदाय में भागीदार ज्योफ हंटले ने नीति को "बिल्कुल जंगली" बताया।

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

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

"सभी निर्भरताओं को संकलित नहीं किया जा सकता है," उन्होंने अफसोस जताया।

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

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

अंत में, यह ध्यान देने योग्य है कि नियम परिवर्तन अभी तक आधिकारिक तौर पर घोषित नहीं किए गए हैं और आंतरिक नियोजन चरण में हैं।

अंत में, इसके बारे में अधिक जानने के इच्छुक लोगों के लिए नोट के बारे में, आप मूल प्रकाशन से परामर्श कर सकते हैं निम्नलिखित लिंक में