गोलंग में निर्भरता प्रबंधन: हटाए गए गिटहब रिपॉजिटरी को संभालना

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

गोलंग का दृष्टिकोण

गोलंग NodeJS की तुलना में एक अलग दृष्टिकोण का पालन करता है। यह रिपॉजिटरी मालिकों को GitHub से अपने पैकेज हटाने की अनुमति देता है, लेकिन इसमें निर्भरता को टूटने से रोकने के लिए तंत्र मौजूद हैं।

मॉड्यूल प्रॉक्सी

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

आयात पथ और वैनिटी आयात

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

कार्रवाई आवश्यक

ज्यादातर मामलों में, जब किसी निर्भरता पैकेज के भंडार को GitHub से हटा दिया जाता है, तो किसी कार्रवाई की आवश्यकता नहीं होती है। यदि आप मॉड्यूल प्रॉक्सी का उपयोग नहीं कर रहे हैं या पैकेज ने होस्टिंग साइट बदल दी है और एक गैर-स्थिर आयात पथ का उपयोग करता है, तो आपको अपने कोड में आयात पथ को समायोजित करने की आवश्यकता हो सकती है।

निष्कर्ष

हालांकि GitHub रिपॉजिटरी को हटाने से NodeJS में चिंताएं पैदा हो सकती हैं, मॉड्यूल प्रॉक्सी और वैनिटी आयात पथों से जुड़ा गोलांग का दृष्टिकोण इस समस्या को कम करता है। ऐसे निष्कासन से आश्रित परियोजनाओं के प्रभावित होने की संभावना नहीं है, जिससे आपकी निर्भरता की सुरक्षा और विश्वसनीयता सुनिश्चित होती है।