एक Git शाखा को दूसरे में कैसे मर्ज करें

`feature` को `main` में मर्ज करने के लिए, उस शाखा पर स्विच करें जो कमिट प्राप्त करती है, फिर दूसरी को मर्ज करें: `git switch main` उसके बाद `git merge feature`। आप जिस शाखा में हैं वह वही है जो बदलती है। यदि main के पास कोई नया कमिट नहीं है, तो Git इसे तेजी से अग्रेषित करता है। अन्यथा यह एक मर्ज कमिट बनाता है, और यदि दोनों पक्षों में टकराव होता है तो रुक जाता है।

मैं चरण दर चरण किसी शाखा का विलय कैसे करूँ?

# get the latest
git fetch origin

# go to the branch that receives the work
git switch main
git pull --ff-only

# bring the other branch in
git merge feature/search

# publish it
git push

एक साफ़ पेड़ से शुरुआत करें: पहले कमिट करें या स्टैश करें। यदि आप बीच में अपना मन बदल लेते हैं, तो `git merge --abort` आपको वापस ले जाता है।

विलय किस ओर जाता है?

git merge X का हमेशा मतलब होता है "मैं जिस शाखा में हूं, वहां एक्स को लाओ"। इसलिए feature को main में विलय करना main से किया जाता है, जबकि feature को नवीनतम main के साथ अद्यतन करना feature से किया जाता है:

# keep a feature branch up to date
git switch feature/search
git fetch origin
git merge origin/main

फ़ास्ट-फ़ॉरवर्ड मर्ज क्या है?

यदि प्राप्तकर्ता शाखा के पास अपनी कोई कमिट नहीं है क्योंकि दूसरी शाखा ने उसे छोड़ दिया है, तो संयोजन करने के लिए कुछ भी नहीं है। Git शाखा सूचक को अन्य शाखा की नवीनतम कमिट के लिए आगे ले जाता है और कोई मर्ज कमिट नहीं जोड़ता है। इतिहास एक सीधी रेखा में रहता है. ऐसा होने पर Git Fast-forward प्रिंट करता है।

# before
main:    A---B
              \
feature:       C---D

# after a fast-forward merge
main:    A---B---C---D

जब दोनों शाखाओं में नई कमिट होती है, तो तेजी से आगे बढ़ना असंभव होता है, इसलिए Git दो पैरेंट्स के साथ मर्ज कमिट बनाता है। तेज़ी से आगे बढ़ने वाला पाठ और अलग-अलग शाखाओं को मिलाने पर पाठ दोनों व्यवहार में दिखाते हैं।

--ff-only, --no-ff और --squash क्या करते हैं?

git merge --ff-only origin/main
git merge --no-ff feature/search

git merge --squash feature/search
git commit -m "feat(search): quick open"

क्या होता है जब मर्ज में टकराव होता है?

Git रुकता है और विवादित फ़ाइलों को चिह्नित करता है। उन्हें संपादित करें, प्रत्येक को git add, फिर मर्ज समाप्त करने के लिए git commit चलाएँ। मर्ज विवादों को कैसे हल करें मार्करों की व्याख्या करता है।

क्या मैं स्वचालित रूप से एक पक्ष ले सकता हूँ?

# take their side wherever hunks conflict
git merge -X theirs feature/search

# take our side wherever hunks conflict
git merge -X ours feature/search

# during a merge, take one side of a whole file
git checkout --theirs path/to/file
git add path/to/file

क्या मुझे विलय करना चाहिए या पुनः आधार बनाना चाहिए?

मर्ज इतिहास को बिल्कुल वैसा ही रखता है जैसा कि हुआ था और कभी भी कमिटों को दोबारा नहीं लिखता है, इसलिए यह साझा शाखाओं पर हमेशा सुरक्षित रहता है। रीबेस आपके कमिट को एक सीधी रेखा के लिए दूसरी शाखा के शीर्ष पर दोबारा चलाता है, लेकिन यह उन्हें फिर से लिखता है, इसलिए इसे केवल उन शाखाओं तक ही रखें जिनका आप उपयोग करते हैं। मर्ज बनाम रीबेस पाठ ट्रेड-ऑफ़ से होकर गुजरता है।

विलय के बाद मुझे क्या करना चाहिए?

# check that the branch is fully merged
git branch --merged

# delete it locally and on the remote
git branch -d feature/search
git push origin --delete feature/search

किसी शाखा को कैसे हटाएं सफ़ाई को कवर करता है। पहले से ही पुश किए गए मर्ज को वापस लेने के लिए, मर्ज कमिट को वापस कैसे करें देखें।

प्रत्येक विकल्प के लिए शाखाओं का विलय देखें।