यदि GitHub पर निर्भरता रिपॉजिटरी हटा दी जाती है तो क्या होता है?

Question

• मैं एक GitHub भंडार का मालिक हूं, ए।
• रिपोजिटरी बी एक अन्य ओपन-सोर्स प्रोजेक्ट है, जो किसी और के स्वामित्व में है।
• रिपॉजिटरी ए रिपॉजिटरी बी पर निर्भर करता है (रिपॉजिटरी बी ए का सबमॉड्यूल है)।

यदि रिपॉजिटरी B का मालिक उस रिपॉजिटरी को हटाने का फैसला करता है, तो उपयोगकर्ता अब मेरे रिपॉजिटरी का सफलतापूर्वक क्लोन / चेकआउट / निर्माण नहीं कर पाएंगे।

क्या मालिक को इसे हटाने का निर्णय लेने के मामले में मुझे बैकअप के रूप में उपयोग करने के लिए पूर्व में बी कांटना चाहिए? क्या यह एक खतरनाक स्थिति मानी जाती है, या यह आमतौर पर खुली-खुली परियोजनाओं के लिए कैसे संभाला जाता है?

Comments

मुझे ठीक करें अगर मुझे कुछ याद आ रहा है, लेकिन अगर A, B पर निर्भर करता है, तो किसी भी समय कोई व्यक्ति A को बनाना चाहता है, उन्हें A और B दोनों का क्लोन बनाना होगा, इसलिए भले ही B हटा दिया गया हो, हर कोई जो A का उपयोग करता है, उसकी संभवतः एक प्रति है B (इतिहास सहित) उनके सिस्टम पर पड़ा हुआ है, क्योंकि git एक डीवीसीएस है, इसलिए संभावना है कि आप एक फोर्क बना सकते हैं। सही? या यह कुछ अन्य प्रकार की "निर्भरता" है?

यह एक सामान्य उप-निर्भरता है। लेकिन मूल रूप से, मैं ए का अनुरक्षक हूं। यह स्थिर है और कोई सक्रिय विकास नहीं हो रहा है (केवल सामयिक सुधार), इसलिए अपने छोटे एसएसडी को साफ रखने के लिए, मैं केवल गिटहब पर कोड रखता हूं। तो मुझे ऐसा लगता है कि यह एक खतरनाक स्थिति है, क्योंकि A को परेशानी होगी अगर B का मालिक कभी B को हटाने का फैसला करता है और मेरे पास प्रीमेप्टिव कांटा नहीं है।

कांटे मुक्त हैं। अगर यह आपको रात में सोने में मदद करता है, तो इसे करें।

Answer 1

यदि रिपॉजिटरी B का मालिक उस रिपॉजिटरी को हटाने का फैसला करता है, तो उपयोगकर्ता अब मेरे रिपॉजिटरी का सफलतापूर्वक क्लोन / चेकआउट / निर्माण नहीं कर पाएंगे।

यदि निर्भर कोड "रेपो बी" गायब हो जाता है:

• सभी उपयोगकर्ता आपके रेपो को सफलतापूर्वक क्लोन करने में सक्षम होंगे।
• मौजूदा उपयोगकर्ताओं के पास संभवतः स्थानीय रूप से रेपो बी की एक प्रति होगी और ठीक निर्माण जारी रहेगा। यदि स्रोत तब तक हटा नहीं दिया जाता है जब तक कि उपयोगकर्ता उस परिदृश्य के लिए विशेष रूप से सेटअप करने के लिए अपने रास्ते से बाहर न हो जाए, तब क्लोन रिपोज आमतौर पर डिलीट नहीं होते हैं। चूंकि Git एक DVCS है, इसलिए इसे इस तरह की चीज़ से बचाने के लिए डिज़ाइन किया गया है।
• नए उपयोगकर्ता आपके रेपो का निर्माण तब तक नहीं कर पाएंगे, जब तक कि वे कहीं से रेपो बी की प्रतिलिपि प्राप्त नहीं कर सकते। आप इस नाव में होंगे क्योंकि आप बैकअप स्टोर नहीं करते हैं।

क्या मालिक को इसे हटाने का निर्णय लेने के मामले में मुझे बैकअप के रूप में उपयोग करने के लिए पूर्व में बी कांटना चाहिए?

हाँ।

क्या यह एक खतरनाक स्थिति माना जाता है या यह आमतौर पर खुली-खट्टी परियोजनाओं के लिए कैसे संभाला जाता है?

हां, यह निर्भर रेपो की लोकप्रियता / वितरण / दर्पण के आधार पर और आपके रेपो के लिए आपके लिए कितना महत्वपूर्ण है, यह एक खतरनाक स्थिति है। यदि यह दूसरों के लिए महत्वपूर्ण है, तो वे (उम्मीद है) पहले से ही आपके रेपो और डिपो रेपो दोनों का बैकअप रखते हैं।

ध्यान दें कि आप इसे अपने खाते में GitHub पर कांटा कर सकते हैं और स्थान नहीं लेने के लिए इसे अपने SSD पर क्लोन कर सकते हैं। इसके अलावा, ध्यान रखें कि बैकअप विकल्प GitHub के सर्वर या आपके खाते से समझौता नहीं होने के कारण कुछ भी नहीं पर निर्भर है; केवल आप अतिरेक की डिग्री निर्धारित कर सकते हैं जो पर्याप्त है।

उस कोड की मात्रा पर विचार करें जिस पर आप भरोसा कर रहे हैं, इसकी लोकप्रियता, इसे पुन: पेश करने की कठिनाई और इसे स्टोर करने की लागत मज़बूती से। उस जोखिम मूल्यांकन पर विचार करने के बाद, उसके अनुसार वापस करें।

---

चूंकि लागत आपकी स्थिति का एक कारक लगती है, इसलिए आप एक बड़े SSD के लिए अधिक खर्च नहीं करना चाहते हैं, यहाँ सस्ते बैकअप विकल्पों की एक सूची है:

1. जाहिर है, इसे GitHub पर कांटा है क्योंकि यह पूरी तरह से स्वतंत्र है। GitHub कटौती का उपयोग करेगा इसलिए लागत उनके लिए अत्यंत न्यूनतम है।
2. स्थानीय रूप से (मुक्त), पुरानी कताई हार्ड ड्राइव या यूएसबी फ्लैश ड्राइव। इसके अलावा, आप पहले से ही अपने आईएसपी या सेल प्रदाता के माध्यम से मुफ्त क्लाउड बैकअप के लिए भुगतान कर सकते हैं।
3. दूरस्थ रूप से (मुक्त), कई मुफ्त क्लाउड बैकअप विकल्प या एक मित्र से पूछें।
4. दूरस्थ रूप से ($), प्रति जीबी यूज़नेट प्लान खरीदें और इसे यूज़नेट पर अपलोड करें ($ 10 USD के लिए ~ २५ जीबी)