GitHub: कांटा एक "अपनी परियोजना"


118

मुझे एक अच्छा GitHub प्रोजेक्ट मिला है जिसे मैंने बहुत आगे बढ़ाया है। मेरा मानना ​​है कि मेरे बदलाव अच्छे हैं, क्योंकि वे काम कर रहे हैं। लेकिन ऐसा लगता है कि मूल लेखक को इन परिवर्तनों की समीक्षा करने और उन्हें शामिल करने का समय नहीं मिला है। वास्तव में, यह भी संभव है कि जिन विशेषताओं की मुझे आवश्यकता है और उन्हें लागू किया गया है, वे मूल लेखक की दृष्टि में नहीं हैं और हम अलग-अलग लक्ष्यों को लक्ष्य करते हैं। मुझे नहीं पता कि मुझे उससे कभी प्रतिक्रियाएं नहीं मिलीं।

मैंने कहा कि मैंने देखा कि मेरे योगदान मेरे कमिट-मैप में नहीं गिने जाते। जब तक मूल रिपॉजिटरी मेरे योगदानों को स्वीकार नहीं करती है, तब तक यह मामला है। इसके अलावा मेरा काम केवल काम के रूप में पहचाना जाता है और मेरे पास किसी अन्य व्यक्ति को उसी दृष्टि से आकर्षित नहीं करता है, जैसा मेरे पास है। यह मेरे लिए बड़ी समस्या है, क्योंकि मैं बहुत सारे लोगों को इन सुविधाओं के लिए पूछ रहा हूं।

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

मैं इसे कैसे ठीक कर सकता हूं और अपने कांटे को एक पूर्ण परियोजना बना सकता हूं?


मैं उलझन में हूँ, शायद 2014 के बाद से चीजें बदल गई हैं, लेकिन मेरी TightBlog परियोजना को ऊपरी बाएं कोने में अपाचे रोलर के कांटे के रूप में सूचीबद्ध किया गया है: github.com/gmazza/tightblog , फिर भी मुझे अपने सभी मुद्दों का पूरा श्रेय मिल रहा है , पीआर का, आदि, भले ही कोई भी काम अपाचे रोलर मुख्य परियोजना पर लागू नहीं होता है, लेकिन सिर्फ मेरे कांटे पर: ( github.com/gmazza?tab=overview&period=monthly )। मुझे यकीन नहीं है कि फोर्क एक स्टैंडअलोन प्रोजेक्ट बनाने से क्या लाभ होगा।
ग्लेन मज्जा

जवाबों:


75

कांटे को अलग करने के लिए और इसे GitHub पर एक स्टैंडअलोन रिपॉजिटरी में बदल दें, GitHub समर्थन से संपर्क करें ।

https://help.github.com/articles/why-are-my-contributions-not-showing-up-on-my-profile/#commit-was-made-in-a-fork


9
इसके अलावा, ऐसा करने से स्टारगज़र, वॉचर्स और कांटे का नेटवर्क बना रहेगा। खरोंच से एक नया रेपो बनाने के विपरीत।
जॉनको

1
यह ध्यान देने योग्य है कि GitHub सपोर्ट ने मुझे बच्चे के कांटे पीछे करने या उन्हें अपने स्वयं के भंडार से जोड़े रखने का विकल्प दिया।
gmarmstrong

41

ऐसा करने के लिए आपको रिपॉजिटरी की नकल करने की आवश्यकता है । लघु संस्करण है:

  1. GitHub पर एक नया भंडार बनाएँ।
  2. आप अपने माता-पिता से अलग करने के लिए चाहते हैं forked भंडार क्लोन।
  3. इस क्लोन में सभी शाखाओं को अपने नए भंडार में पुश करें।

यदि आप चाहते हैं कि आपकी रिपॉजिटरी अभी भी उसी नाम की है, तो आप संभवतः अपने रेपो को क्लोन कर सकते हैं, इसे GitHub पर हटा सकते हैं, उसी नाम के साथ एक नया प्रोजेक्ट बना सकते हैं और सब कुछ पुश कर सकते हैं।
रोरी ओ'केन

12
ऐसा लगता है कि GitHub पुल अनुरोध केवल एक परियोजना के GitHub कांटे भर में हो सकता है। इसलिए यदि आप अपने भंडार का दोहराव करते हैं, तो आप नए भंडार से पुल अनुरोध नहीं कर सकते। और यदि आप अपने पुराने रिपॉजिटरी को हटाते हैं और प्रतिस्थापित करते हैं, तो आपके सभी मौजूदा पुल अनुरोध शायद बंद हो जाएंगे क्योंकि GitHub को लगता है कि कोड हटा दिया गया था, और आप नए पुल अनुरोध करने में असमर्थ होंगे।
रोरी ओ'केन

9
इस के रूप में downvoting लोगों को अनावश्यक कार्यों को करने के लिए गुमराह कर सकता है। ओलेह के जवाब को इसके बजाय स्वीकार किया जाना चाहिए: जाने का रास्ता गिटहब समर्थन से संपर्क करना है। मेरे कांटे को एक स्टैंडअलोन रेपो में बदलने में एक घंटे से भी कम समय लगा।
जॉर्जी इवांका

5

यह सुपर आसान है:

  1. रेपो का क्लोन कहीं: git clone git@github.com:USERNAME/REPOSITORY.git(सुनिश्चित करें कि आपने इसे क्लोन किया है)
  2. GitHub में रेपो हटाएं (सेटिंग्स> विकल्प> इस रिपॉजिटरी को हटाएं)
  3. GitHub में एक नया रिक्त रेपो बनाएँ
  4. git remote set-url origin git@github.com:USERNAME/NEW_REPOSITORY.git(यदि आपने रेपो के लिए एक ही नाम का उपयोग किया है, तो NEW_REPOSITORY== REPOSITORYsame)
  5. git push
  6. 🙌🏻

(मैं ssh का उपयोग करता हूं, लेकिन अगर आप https का उपयोग करते हैं तो आपका जीथब यूआरएल जैसा दिखेगा https://github.com/USERNAME/REPOSITORY.git)


1

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


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

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

लेखक को निश्चित रूप से अपनी परियोजना को मुफ्त सॉफ्टवेयर बनाना चाहिए , लेकिन अगर वे (उदाहरण के लिए, यदि कोई लाइसेंस नहीं है), तो परियोजना गैर-मुक्त है: stackoverflow.com/a/16934573/6791398
gmarmstrong
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.