क्या मुझे अपने GitHub को हमेशा के लिए भंडार में रखना चाहिए?

Question

इसलिए मैंने किसी और के भंडार को कांटा, कुछ बदलाव किए, एक पुल अनुरोध प्रस्तुत किया, और मेरे बदलावों ने इसे उत्पाद में बदल दिया। महान!

लेकिन ... मुझे अपने कांटे के भंडार के साथ क्या करना चाहिए? क्या मेरे पास अपने भंडार को रखने के लिए एक सम्मोहक कारण है, या मुझे इसे हटाकर आगे बढ़ना चाहिए? मैं कोई अतिरिक्त योगदान करने की योजना नहीं बनाता, लेकिन अगर मैं अपना मन बदल देता हूं तो मुझे लगता है कि मैं हमेशा इसे फिर से कर सकता हूं।

मैं वास्तव में एक बैकअप रखने के बारे में चिंतित नहीं हूं। मैं लिंक तोड़ने, प्रतिबद्ध संदेश खोने आदि के बारे में अधिक चिंतित हूं।

Comments

कृपया इसे हटा दें या गीथब हैश से निकल जाएगा।

— आर्मंड

डुप्लिकेट कोड बुराई है। और यह भी सीमा सीमाओं के पार चला जाता है।

— टिजिन

@stijn - मैंने इसे "डुप्लिकेट" की तुलना में "बैकअप" के रूप में अधिक पढ़ा। और मुझे नहीं लगता कि मैंने कभी किसी को यह तर्क देते हुए सुना है कि बैकअप कोड बुराई है ...

— Beekguk

इसे मिटाओ। आखिरकार, आप प्रोजेक्ट रेपो से हमेशा अंतिम स्थिति (जो आप वैसे भी काम करना जारी रखना चाहेंगे) डाउनलोड कर सकते हैं।

— रूक

यदि मूल रेपो हटा दिया जाए और किसी के पास कांटे शेष न हों तो क्या होगा? उस मामले में रेपो / कांटा का उपयोग कैसे प्राप्त करें?

— क्रॉमस्टर

Answer 1

फोर्क किए गए रिपॉजिटरी को हटाने से आपके पुल अनुरोधों से इतिहास मिट जाएगा।

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

आपकी टिप्पणियों और कमिटों को किसी भी पुल अनुरोधों पर संरक्षित किया जाना चाहिए जो आपके भंडार से जुड़े थे, लेकिन आप अपने जोखिम पर ऐसा करेंगे।

हालांकि, मर्ज के बाद पुरानी शाखाओं को हटाना पूरी तरह से सुरक्षित है।

जबकि रिपॉजिटरी को हटाने से बचना चाहिए, अप्रयुक्त शाखाओं को हटाना पूरी तरह से स्वीकार्य है। वास्तव में, GitHub आपको पुरानी शाखाओं को हटाने के लिए प्रोत्साहित करता है ।

पुल अनुरोधों के बाद टिक कर

GitHub में, हम पूरे दिन, हर दिन पुल अनुरोधों का उपयोग करना पसंद करते हैं। एकमात्र समस्या यह है कि पुल अनुरोधों को मर्ज या बंद करने के बाद हम बहुत सी विचलित शाखाओं के साथ समाप्त हो जाते हैं। समय-समय पर, हम में से एक स्क्रिप्ट के साथ इन शाखाओं को हटा देगा, लेकिन हमने सोचा कि इस कदम का ध्यान रखना बेहतर होगा क्योंकि GitHub.com पर हमारे नियमित वर्कफ़्लो के हिस्से के रूप में।

पुल अनुरोध को मर्ज किए जाने के बाद आज से, आपको शाखा को हटाने के लिए एक बटन दिखाई देगा:

यदि विलय किए बिना पुल अनुरोध को बंद कर दिया गया था, तो बटन आपको अनियंत्रित आवागमन को हटाने के बारे में चेतावनी देने के लिए थोड़ा अलग दिखाई देगा:

बेशक, आप केवल उन रिपॉजिटरी की शाखाओं को हटा सकते हैं जिनके पास आपके पास पुश एक्सेस है।

अपने छोटे खजाने का आनंद लें!

वैकल्पिक रूप से, यदि आप वास्तव में उन्हें इधर-उधर नहीं रखना चाहते हैं, तो आप यह इंगित करने के लिए एक भंडार संग्रह कर सकते हैं कि यह अब सक्रिय रूप से बनाए नहीं रखा गया है।

यह सभी देखें

• GitHub ब्लॉग: पुल अनुरोधों के बाद तैयार
• GitHub ब्लॉग: एक रिपॉजिटरी को हटाना
• GitHub मदद: एक पुल अनुरोध में शाखाओं को हटाने और पुनर्स्थापित करना
• GitHub समस्याएं: कांटा हटाने के बाद पुल अनुरोध "अज्ञात रेपो" प्रदर्शित करता है

Comments

जब आप उनकी शाखा (उद्धृत लेख में दूसरा मामला) को हटाते हैं तो अनमैरिड क्लोज्ड पुल अनुरोधों का वास्तव में क्या होता है? क्या कमिट अभी भी केवल अपने इतिहास के बिना, पुल अनुरोध में उपलब्ध होंगे, या वे पूरी तरह से चले जाएंगे?

— टाइपो

@typo GitHub के दस्तावेज़ के अनुसार, " आप उन शाखाओं को नहीं हटा सकते हैं जो खुले पुल अनुरोधों से जुड़ी हैं। "

— Stevoisiak

Answer 2

यदि आपका पुल अनुरोध स्वीकार कर लिया गया है और आपने कोई अन्य परिवर्तन नहीं किया है जिसे आप व्यक्तिगत रूप से उपयोग कर सकते हैं, तो आपको इसे हटा देना चाहिए।

1. हटाने से कुछ भी नुकसान नहीं होता है।
2. जरूरत पड़ने पर आप हमेशा रिफ़र कर सकते हैं
3. यह खोज परिणामों में बेकार रिपोज पर कटौती करता है जब लोग कुछ खोज रहे होते हैं
4. यदि आप अपने GitHub को संभावित नौकरियों / अनुबंधों के लिए एक प्रकार के फिर से शुरू के रूप में उपयोग करते हैं, तो यह बेहतर लगता है यदि आपके पास दर्जनों फ़ॉर्क्ड रेपो नहीं हैं जो आप वर्तमान में काम नहीं कर रहे हैं। आप अधिक कुशल दिखाई देंगे।
5. यह आपकी अपनी पवित्रता में मदद करता है जब आपको सैकड़ों बेकार रिपोज के माध्यम से पेज नहीं करना पड़ता है।
6. GitHub के लिए बेहतर है। :)

Comments

इसका एकमात्र नकारात्मक पक्ष यह है कि पुल अनुरोध फिर "मर्ज किए गए <प्रतिबद्ध> में <repo>से unknown repository<तारीख>" पर दिखाई देगा, जो थोड़ा अजीब है।

— PLPeeters

@PLeeters, वास्तव में यह एक बहुत बड़ा नकारात्मक पहलू है।

— पचेरियर

मैं remove-github-forks"उन सभी कांटों को हटाने का उपयोग करने का सुझाव देता हूं जिनके पास कोई कमिट नहीं है जो मुख्य रिपॉजिटरी में नहीं हैं।" एक जादू की तरह काम करता है।

— फ्रीगर्ल

@SteveMoser मैं गलत हो सकता है, लेकिन मुझे लगता है कि आप अभी भी "रिपॉजिटरी जो आपने योगदान दिया है" सूची में रखते हैं। मेरे पास एक ऐसा था जिसके बीच में मैंने हर कनेक्शन को हटा दिया था और यह अभी भी किसी तरह वहाँ रुका हुआ था, लेकिन वह एक

— फ्लुक

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

— अमीन मोहम्मद अजानी

Answer 3

जैसे ही आप मर्ज किए गए हैं या नहीं, आप अपना अनुरोध हटा सकते हैं, जैसे ही आप एक पुल अनुरोध सबमिट करते हैं। GitHub अपस्ट्रीम रिपॉजिटरी में सभी PR को संग्रहीत करता है , जिसका अर्थ है कि प्रस्तावित परिवर्तन को कांटा हटा दिए जाने पर भी ट्रैक किया जाता है।

यह निर्णय को सरल करता है।

आप अभी भी कांटा रखना चाह सकते हैं यदि:

• आप अभी और योगदान कर रहे हैं (उदाहरण के लिए मौजूदा पीआर का विस्तार करें या नए पीआर खोलें)

आप कांटा हटाना चाह सकते हैं यदि:

• आप अपने नाम के तहत परियोजनाओं का एक स्वच्छ पोर्टफोलियो चाहते हैं

Comments

"आप अपना पुल अनुरोध भेजते ही अपने कांटे को हटा सकते हैं" यह वही है जो मैं देख रहा था!

— उन्नाव

मुझे भी, लेकिन उत्तर की शुरुआत "अगर आपके पुल अनुरोध को स्वीकार कर ली गई है ..." क्या आपने इसे

— महापुरूष

चेतावनी : जब आप अपना कांटा हटाते हैं, तो मूल शाखा का नाम किसी भी लंबित पुल अनुरोधों से हटा दिया जाता है। ( Stevoisiak विलय करने के लिए 1 में प्रतिबद्ध चाहता है Drugoy:masterसेunknown repository )

— Stevoisiak

Answer 4

मैं शायद इसे टार्ज़ / गज़िप करूंगा और आर्काइव डायर में डालूंगा, फिर इसे 3 साल बाद हटा दूंगा। ;) ईमानदारी से अगर आप अगले कुछ महीनों के लिए फिर से इस पर काम करने का इरादा नहीं रखते हैं और कुछ समय में इसका इस्तेमाल नहीं किया है, तो मुझे लगता है कि इसे हटाना सुरक्षित होगा।

Answer 5

प्रदान किए गए उत्तरों में जोड़ने के लिए - खुद को मर्ज करने के बाद GitHub खुद को हटाने ("टिडिंग") की सिफारिश करता है।

यह मर्ज के बाद पुल अनुरोध में सही किया जा सकता है - कृपया इस ब्लॉग पोस्ट को देखें ।

इसके अलावा, इस क्षण के रूप में, मुझे टिप्पणियों में कोई गिरावट नहीं दिख रही है:

• कांटे वाले रिपॉजिटरी को हटाने के बाद भी, पुल अनुरोध में सही संदेश है (कोई "अज्ञात रिपॉजिटरी")
• रिपॉजिटरी जिसमें आपने योगदान दिया है, अभी भी आपकी योगदान गतिविधि में सूचीबद्ध है
• आप अभी भी उस रिपॉजिटरी के योगदानकर्ताओं में सूचीबद्ध हैं

मैं @Dennis द्वारा सुझाए गए विलय से पहले इसे हटाने की सिफारिश नहीं करूंगा, क्योंकि आपको अभी भी लेखकों द्वारा अनुरोध किए जाने पर कोड में कुछ संशोधन करना पड़ सकता है।

Comments

मैंने अभी एक फोर्क्ड रिपॉजिटरी डिलीट की है और पुल रिक्वेस्ट अब कहती है unknown repository। ओह अच्छा।

— Krassi

आपका लिंक एक लेख में बताता है कि एक सफल पीआर मर्ज के बाद एक शाखा को कैसे हटाया जाए ; हालांकि यह सवाल एक रिपॉजिटरी को हटाने के बारे में पूछता है । जब आप अपना स्वयं का प्रोजेक्ट कांटा ( रिपॉजिटरी ) हटाते हैं तो आप केवल "अज्ञात भंडार" का निरीक्षण करेंगे ।

— २१:०१ बजे स्टैक

सवाल कांटा हटाने का है, शाखा का नहीं।

— एंडी