गिटहब पर रेपो बनाने के लिए लेकिन कांटे पर नए मुद्दों की अनुमति देना [बंद]


109

मैंने पहले GitHub पर अन्य लोगों के रिपॉज़ को कांटा है, और मैंने देखा है कि मुद्दे मूल रेपो के साथ बने रहते हैं, और यह कि मैं फ़ॉर्क्ड रेपो पर समस्याएँ दर्ज नहीं कर सकता।

मेरे पास अब निम्नलिखित कार्य हैं। मैं एक छोटे व्यवसाय के लिए काम कर रहा हूं, जहां विकास उनके निजी खाते में से एक प्रिंसिपल द्वारा किया जा रहा था। उन्होंने परियोजना को सौहार्दपूर्वक छोड़ दिया है, और हम उस परियोजना को अपने व्यक्तिगत खाते से दूर करके GitHub पर एक नए "भूमिका" खाते में स्थानांतरित करना चाहेंगे।

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

मैं अपने नए खाते में इस मूल रेपो की एक प्रतिलिपि कैसे बना सकता हूं, आदर्श रूप से अभी भी कोड इतिहास को संरक्षित कर रहा हूं, लेकिन इस नए खाते में नए मुद्दे दर्ज कर सकता हूं?


मैं इस प्रश्न को ऑफ-टॉपिक के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि विभिन्न उत्पादों और सेवाओं के लिए समर्थन को उचित समर्थन चैनलों की ओर निर्देशित किया जाना चाहिए।
थॉमस ओवेन्स

जवाबों:


150

एक त्वरित परीक्षण के बाद, रेपो के अपने खुद के कांटे को एक मुद्दा संलग्न करना संभव है। मैंने जो किया था यह रहा :

  • एक रेपो
  • अपने कांटे के सेटिंग पृष्ठ पर जाएं।
  • के बगल वाले बॉक्स को चेक करें Issues

अब आप अपने स्वयं के कांटे पर मुद्दे दर्ज कर सकते हैं और उन्हें मुख्य रेपो में नहीं रखा जाएगा।

यहाँ छवि विवरण दर्ज करें


1
यदि आप जानते हैं कि क्या करना है, तो सुनिश्चित करें। यह डिफ़ॉल्ट रूप से क्यों नहीं है?
चैम एलियाह

4
@ChaimEliyah क्योंकि Github पर अधिकांश कांटे पुल अनुरोध बनाने के लिए बनाए गए हैं। यह सुनिश्चित करना महत्वपूर्ण है कि बग रिपोर्ट मूल परियोजना में समाप्त हो जाएं, न कि उन क्लोनों में जहां उन्हें संभवतः अनदेखा किया जाएगा।
मार्क शुट्ज़

13

एक खाते से दूसरे खाते में एक भंडार (जैसे एक पूर्व कर्मचारी से एक 'संगठन' खाते में) के हस्तांतरण (स्वामित्व) का विकल्प भी है ।

  • "ट्रांसफर ओनरशिप" बटन "खतरे क्षेत्र" अनुभाग में, रिपॉजिटरी के सेटिंग पृष्ठ के निचले भाग पर है।
  • भंडार के वर्तमान मालिक के पास गंतव्य संगठन के लिए प्रशासनिक विशेषाधिकार होना चाहिए (हालांकि यह सिर्फ अस्थायी हो सकता है)।

2

यह एक प्राचीन प्रश्न है, और मैं उस दृष्टिकोण का पक्ष लूंगा जो डेविड पी प्रस्तुत करता है।

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

यह दृष्टिकोण आपको किसी भी मुद्दे पर नज़र रखने के इतिहास को ढीला करने का कारण होगा जो आपके पास है। डेविड पी का दृष्टिकोण मेरा, आईएमओ से बेहतर है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.