मैं अपने प्रोजेक्ट का एक हिस्सा (उप-निर्देशिका में) के रूप में एक मौजूदा परियोजना (GitHub पर आयोजित) को शामिल करने की है, जबकि इतिहास और कहा कि परियोजना अपडेट करने की क्षमता को बनाए रखने के लिए करना चाहते हैं। मैंने पाया कि वहाँ के बारे में तीन दृष्टिकोण हो सकता है:,गिट/गिटहब: बाहरी कोड के लिए फोर्क, सबट्री मर्ज या सबमिशन?
- कांटा मूल परियोजना उप-निर्देशिका में मूल सामग्री के लिए कदम और मेरे GitHub रेपो के लिए यह धक्का।
- एक नया रेपो Init, एक सबट्री मौजूदा रेपो के साथ विलय और मेरे GitHub रेपो के लिए धक्का है।
- क्लोन मौजूदा रेपो, एक नया मुख्य रेपो बनाने के लिए, एक submodule, धक्का के रूप में मुख्य एक में क्लोन रेपो डाल दिया।
(1) संस्करण गिटहब में बेहतर हो सकता है क्योंकि वे शायद स्रोत साझा कर सकते हैं। लेकिन तार्किक रूप से मेरी परियोजना मौजूदा एक कांटा नहीं है। बल्कि मौजूदा एक मॉड्यूल है। साथ ही मुझे यकीन नहीं है कि मौजूदा कोड को उपनिर्देशिका में ले जाने से समस्याएं नहीं आ सकती हैं। मैं शायद (2) संस्करण पसंद करूंगा क्योंकि केवल एक रेपो है। (3) को कई रिपो के साथ काम करने की आवश्यकता होगी लेकिन तर्कसंगत रूप से मेरी स्थिति के सबसे नज़दीक है।
मैं इस काफ़ी शोध किया है, लेकिन मैं निश्चित रूप से यकीन नहीं है। इस स्थिति में आप क्या सलाह देंगे? आपका अग्रिम में ही बहुत धन्यवाद!
मुझे नहीं लगता कि अगर आपको सबमिशन बदलने की आवश्यकता नहीं है तो कांटे की सख्ती से आवश्यकता है, है ना? – iwein
@iwein: ठीक है, लेकिन ओपी ने स्पष्ट रूप से उल्लेख किया है कि "इतिहास को बनाए रखने और उस परियोजना को अद्यतन करने की क्षमता": यानी उसे उस सबमिशन को अपडेट करने की आवश्यकता है। इसलिए एक कांटा सहित मेरे प्रस्ताव। – VonC
संकेतों के लिए धन्यवाद। आइए स्थिति को स्पष्ट करें। दूसरी परियोजना एक बाहरी परियोजना है जिसे मैं बनाए रखता हूं। मैं केवल इसे अपने प्रोजेक्ट के हिस्से के रूप में उपयोग करता हूं, लेकिन मैं इसे संशोधित करना चाहता हूं। समय-समय पर मैं बाहरी परियोजना से अपने संशोधित संस्करण में परिवर्तनों को अपडेट करना चाहता हूं। इसके अलावा मुझे बाहरी परियोजना में जाने के लिए मेरे परिवर्तनों की उम्मीद नहीं है। इस संशोधित बाहरी परियोजना के अलावा मुझे उम्मीद है कि यह कुछ और मॉड्यूल होगा जो मैं एक प्रबंधन बनाने जा रहा हूं। –