मैं गिट और गिथब के लिए नया हूं, इसलिए नौसिखिया प्रश्न के लिए क्षमा चाहता हूं। मैंने प्रलेखन की खोज की है और मैं यह नहीं बता पाया कि मैं क्या गलत कर रहा हूं, या यहां तक कि अगर मैं इसे गलत कर रहा हूं ...अपस्ट्रीम रेपो को पुल अनुरोध में पहले अपस्ट्रीम रेपो से प्राप्त/विलय किया गया है?
मैंने जिथब पर एक रेपो फोर्क किया है, इसे स्थानीय रूप से क्लोन किया है, कुछ शाखाओं में कुछ बदलाव किए, स्थानीय रूप से उन परिवर्तनों को किया, और उन्हें जिथब पर मेरे फोर्कड रेपो में धक्का दिया। जबकि मैं उस सामान पर काम कर रहा हूं, अपस्ट्रीम रेपो I से कई प्रकार के काम किए गए थे। मुझे यकीन नहीं है कि यह सही काम है, लेकिन मैंने उन अपस्ट्रीम परिवर्तनों को लाया और विलय कर दिया, फिर मेरे फोर्क में फिर से धक्का दिया।
अब, मैं अपस्ट्रीम रेपो को पुल अनुरोध भेजना चाहता हूं। लेकिन जब मैं ऐसा करना शुरू करता हूं, तो जिथब उन सभी कामों को सूचीबद्ध करता है जो पुल अनुरोध का हिस्सा होंगे, और इसमें उन सभी परिवर्तनों को शामिल किया गया है जो पहले से ही अपस्ट्रीम रेपो में किए गए थे जिन्हें मैंने पहले ही लाया और विलय कर दिया था।
यह सही नहीं लगता है। मुझे यहाँ क्या करने की ज़रूरत है?
आह, अच्छा, धन्यवाद! –
मुझे लगता है कि मैं एक ही स्थिति में हूं। स्पष्टीकरण के लिए, @cfedermann आप कह रहे हैं कि यह ठीक है अगर मेरा पुल अनुरोध 15 काम करता है और उनमें से 13 "दूरस्थ ट्रैकिंग शाखा मर्ज करें ..." हैं? जब अपस्ट्रीम मालिक मेरे पुल अनुरोध को विलय करता है तो गिथब स्वचालित रूप से इसका ख्याल रखेगा? यह अजीब लगता है, लेकिन शायद यह चीजों को करने का सही तरीका है ... –
हां, रिमोट में विलय करना आपके फोर्क को मास्टर संस्करण में "पुनः कनेक्ट" करना है; यदि आपके पुल अनुरोध में 13 ऐसे "पुनः कनेक्ट" और 2 "असली" परिवर्तन शामिल हैं, तो गिट (और इसलिए गिटहब) केवल 2 परिवर्तनों में ठीक से विलय करने में सक्षम होंगे (सिवाय इसके कि दोनों में से एक विलय संघर्ष शुरू करता है)। उम्मीद है कि स्पष्ट करता है। – cfedermann