Google पर इस पोस्ट पर आने वाले अन्य लोगों के लिए। 2 विकल्प हैं, जो या तो विलय या आपकी शाखा को रिबास कर रहे हैं । दोनों अलग तरह से काम करते हैं, लेकिन इसके परिणाम समान हैं।
स्वीकार किए जाते हैं जवाब एक है रिबेस । यह किए गए सभी कमिट्स को ले जाएगा our-team और फिर किए गए कमिट्स को लागू करेगा featurex, जिससे आप आवश्यकतानुसार उन्हें विलय कर सकेंगे ।
रिबासिंग का एक छोटा सा कारण यह है कि आप अपनी शाखा के इतिहास को खो देते हैं या फिर से लिखते हैं, अनिवार्य रूप से यह बताते हुए कि आपकी शाखा 123abc पर नहीं बल्कि 456cde पर शुरू हुई है। यह शाखा पर काम करने वाले अन्य लोगों के लिए समस्या पैदा करेगा , और कुछ दूरस्थ उपकरण इसके बारे में शिकायत करेंगे। यदि आप इस बारे में निश्चित हैं कि आप क्या कर रहे हैं, तो यह --forceध्वज के लिए है।
क्या अन्य पोस्टर सुझाव दे रहे हैं एक है मर्ज । यह featurexशाखा लेगा , जिसके पास जो भी राज्य है और इसे वर्तमान स्थिति के साथ विलय करने का प्रयास करता है our-team, जिससे आपको धक्का देने से पहले एक, बड़ा, मर्ज कमिट करने और सभी मर्ज त्रुटियों को ठीक करने के लिए प्रेरित किया जाता है our-team। अंतर यह है कि आप अपने featurexकमिट्स को नए कमिट्स से पहले लागू कर रहे हैं our-teamऔर फिर मतभेदों को ठीक कर रहे हैं। आप इतिहास को फिर से लिखना नहीं चाहते हैं, बल्कि जो पहले आए थे, उन्हें फिर से लिखने के बजाय उसमें एक प्रतिबद्धता जोड़ दें।
दोनों विकल्प मान्य हैं और अग्रानुक्रम में काम कर सकते हैं। आमतौर पर (इसका मतलब है कि मेरा मतलब है, यदि आप एक सुविधा शाखा के लिए व्यापक उपकरण और कार्यप्रणाली जैसे कि गिट-फ्लो ) का उपयोग कर रहे हैं, तो इसे मुख्य शाखा में विलय करना है, अक्सर एक मर्ज-अनुरोध के माध्यम से जाना, और सभी संघर्षों को हल करना जो एक (या एकाधिक) मर्ज में उत्पन्न होता है।
रिबासिंग एक दिलचस्प विकल्प है, जो आपको मर्ज से गुजरने से पहले अपनी शाखा को ठीक करने में मदद कर सकता है, और एक बड़ा मर्ज कमिट करने के दर्द को कम कर सकता है।