Git में मर्ज कॉन्फ्लिक्ट कैसे हल करें: ट्यूटोरियल

मर्ज के प्रकार

Git merge और rebase वे दो तरीके हैं जिनसे टार्गेट ब्रांच के कमिट्स को सोर्स ब्रांच में जोड़ा जाता है। आगे, Git merge या तो fast-forward करता है या no-fast-forward merge करता है। यदि टार्गेट ब्रांच का head सोर्स ब्रांच में मौजूद है, तो डिफ़ॉल्ट रूप से मर्ज टाइप fast-forward होगा, और यदि नहीं है, तो no-fast-forward होगा। Git rebase एक अन्य प्रकार का मर्ज है जो टार्गेट ब्रांच के कमिट इतिहास का क्रम बदल देता है। 

फास्ट-फ़ॉरवर्ड मर्ज

डिफ़ॉल्ट रूप से, Git merge टार्गेट ब्रांच में मौजूद न होने वाले कमिट्स को जोड़ने के लिए fast-forward का उपयोग करता है। उदाहरण के लिए, pull कमांड का उपयोग करके रिमोट सर्वर से लोकल ब्रांच को अपडेट करना। Fast-forward में मर्ज कॉन्फ्लिक्ट की समस्या नहीं आती क्योंकि यदि टार्गेट ब्रांच का head सोर्स ब्रांच में नहीं है तो Git इसे लागू ही नहीं करेगा। 

नो-फास्ट-फ़ॉरवर्ड मर्ज

No-fast-forward मर्ज को three-way या true merge भी कहा जाता है। यह सोर्स और टार्गेट ब्रांच दोनों के बदलावों को जोड़कर टार्गेट ब्रांच पर एक नया कमिट बनाता है। बदलाव दोनों ब्रांचों के अंतिम कॉमन कमिट के बाद मिलाए जाते हैं। हमारे उदाहरण में, यह C के बाद है। इस प्रकार का मर्ज तब Git मर्ज कॉन्फ्लिक्ट दिखाएगा जब सोर्स ब्रांच और टार्गेट ब्रांच में टकराव हो। ऊपर दिए गए डायग्राम में, मर्ज कमिट (X) सोर्स और टार्गेट ब्रांच को मिलाकर बनाया गया है, जहाँ K और E मर्ज कमिट के पैरेंट्स हैं। 

रीबेस 

Git rebase अन्य प्रकारों से थोड़ा भिन्न है। यह टार्गेट ब्रांच के कमिट इतिहास के क्रम को बदलता है। Rebase सोर्स ब्रांच को इस प्रकार जोड़ता है कि टार्गेट ब्रांच में पहले सोर्स ब्रांच के सारे बदलाव हों, और उसके बाद अंतिम कॉमन कमिट के बाद टार्गेट ब्रांच के सभी कमिट्स। हमारे केस में अंतिम कॉमन कमिट C है, जबकि D और E सोर्स ब्रांच से हैं। K* कमिट K जैसा ही है लेकिन कमिट ID अलग है। यह C से लिंक होने के बजाय E से लिंक होगा। No-fast-forward मर्ज की तरह ही, यदि सोर्स और टार्गेट ब्रांच में अनुकूलता संबंधी समस्याएँ हैं, तो Git रीबेस को फाइनलाइज़ करने से पहले कॉन्फ्लिक्ट सुलझाने के लिए कहेगा। 

Git मर्ज कॉन्फ्लिक्ट के प्रकार

Git मर्ज कॉन्फ्लिक्ट दो प्रकार के होते हैं: शुरुआत में और मर्जिंग प्रक्रिया के दौरान - Atlassian। इस खंड में, हम दोनों प्रकारों और प्रत्येक स्थिति को हल करने के तरीकों के बारे में जानेंगे। 

मर्ज की शुरुआत में

यदि वर्किंग डायरेक्टरी या स्टेजिंग एरिया में बदलाव हैं तो Git merge शुरुआत में ही विफल हो जाएगा। यह इसलिए विफल होता है ताकि आने वाले मर्ज कमिट्स आपके बदलावों को ओवरराइट न कर दें। यह टकराव अन्य ब्रांचों या डेवलपर्स से नहीं, बल्कि लोकल बदलावों से होता है। लोकल स्टेट को स्थिर करने के लिए आप git stash, git commit, git checkout, या git reset जैसे कमांड का उपयोग कर सकते हैं।

मर्ज के दौरान

मर्ज के दौरान विफलता का मतलब है कि सोर्स और टार्गेट ब्रांच के बीच कॉन्फ्लिक्ट है जहाँ कई डेवलपर्स ने एक ही फ़ाइल में बदलाव किए हैं। यदि ऑटोमेटिक मर्ज विफल होता है, तो Git आपसे समस्याएँ मैन्युअली सुलझाने के लिए कहेगा। आप बदलावों को विज़ुअलाइज़ और इंटीग्रेट करने के लिए थर्ड-पार्टी टूल्स का भी उपयोग कर सकते हैं।

Git मर्ज कॉन्फ्लिक्ट्स सुलझाने के कमांड

इस खंड में, हम Git मर्ज कॉन्फ्लिक्ट्स को विज़ुअलाइज़ और सुलझाने के लिए विभिन्न नेटिव कमांड्स के बारे में सीखेंगे। 

कॉमन कमांड्स

Git status सबसे अधिक उपयोग होने वाला कमांड है जो मॉडिफ़ाइड फ़ाइलों, स्टेजिंग एरिया और कमिट्स की स्थिति दिखाता है। मर्जिंग के दौरान, यह कॉन्फ्लिक्ट वाली फ़ाइलों की पहचान करने में काम आता है।  

git statusसंचालित द्वारा

--merge आर्गुमेंट के साथ Git log सोर्स ब्रांच के साथ टकराव में शामिल कमिट्स की सूची बनाता है। 

git log --mergeसंचालित द्वारा

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

git diff संचालित द्वारा

जब मर्ज शुरुआत में विफल हो

Checkout का उपयोग बदलावों को वापस लेने या नई/पुरानी ब्रांच पर स्विच करने के लिए किया जाता है। 

git checkoutसंचालित द्वारा

Git reset का उपयोग वर्किंग डायरेक्टरी और स्टेजिंग एरिया में किए गए बदलावों को रिवर्ट करने के लिए होता है। 

git reset --mixedसंचालित द्वारा

जब मर्ज के दौरान कॉन्फ्लिक्ट हो

--abort आर्गुमेंट मर्ज प्रक्रिया को रोक देगा और बदलावों को उस मूल स्थिति में लौटा देगा जो मर्ज शुरू होने से पहले थी। 

git merge --abortसंचालित द्वारा

मर्जिंग प्रक्रिया के दौरान Git reset आमतौर पर कॉन्फ्लिक्टेड फ़ाइलों को उनकी मूल स्थिति में वापस लाने के लिए उपयोग होता है।

git resetसंचालित द्वारा

deleted-modified फ़ाइल कॉन्फ्लिक्ट्स सुलझाएँ

Git कॉन्फ्लिक्ट तब होगा जब आपने वर्तमान ब्रांच में फ़ाइल डिलीट कर दी हो और किसी और ने दूसरी ब्रांच में उसे मॉडिफ़ाई किया हो। इस स्थिति में, आप या तो फ़ाइल को ऐड करके कमिट कर सकते हैं,

git add <filename>संचालित द्वारा

या आप फ़ाइल को हटा कर कमिट कर सकते हैं। 

git rm <filename>संचालित द्वारा

📌 Git मर्ज कॉन्फ्लिक्ट रेज़ोल्यूशन चीट शीट

विज़ुअल मर्ज टूल्स

मर्ज टूल्स सभी प्रकार के मर्ज कॉन्फ्लिक्ट्स की पहचान और समाधान के लिए उपयोगकर्ता-अनुकूल विज़ुअल टूल्स हैं। कुछ टूल्स अतिरिक्त क्षमताएँ भी देते हैं, जैसे बदलावों की तुलना, Git ऑपरेशन्स, और प्रोजेक्ट/रिपॉजिटरी प्रबंधन। Git मर्ज टूल्स दो प्रकार के होते हैं: केवल टर्मिनल और GUI-आधारित। टर्मिनल-आधारित टूल PowerShell या Bash में खुलते हैं, और GUI-आधारित टूल विंडो वाले वातावरण में खुलते हैं। 

इंस्टॉल किए गए और वैध टूल्स की सूची देखने के लिए उपयोग करें:

git mergetool --tool-help संचालित द्वारा

इस सूची में वे सभी वैध टूल्स होते हैं जो इंस्टॉल किए जा सकते हैं और git कमांड्स के साथ इंटीग्रेट किए जा सकते हैं।

उदाहरण के लिए, हमारे पास डिफ़ॉल्ट रूप से vim और nvim इंस्टॉल हैं, और यदि आप अनकमीटेड फ़ाइल और पिछले कमिट के बीच का अंतर देखना चाहते हैं, तो लिखें:

git difftool --tool=vimdiff3संचालित द्वारा

vimdiff3 टूल बदलावों को हाइलाइट करता है और आपको टर्मिनल के भीतर कमिट्स की तुलना करने देता है। 

एक ही फ़ाइल के दो संस्करणों के बीच का अंतर (vimdiff3)

Meld

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

नीचे दिए गए कॉन्फ़िग कमांड्स केवल Windows उपयोगकर्ताओं पर लागू होते हैं। Mac या Linux के लिए आपको केवल Meld की इंस्टॉल फ़ाइल के पाथ को बदलना होगा। 

git config --global merge.tool meld 

git config --global mergetool.meld.path "C:/Program Files (x86)/Meld/Meld.exe" 

git config --global diff.tool meld

git config --global difftool.meld.path "C:/Program Files (x86)/Meld/Meld.exe"संचालित द्वारा

डिफ़ॉल्ट सेटअप के बाद, आप Git की लोकल डायरेक्टरी में git difftool टाइप करके Windows संस्करण का Meld लॉन्च कर सकते हैं, या git mergetool चलाकर नीचे दिखाए अनुसार मर्ज कॉन्फ्लिक्ट्स सुलझा सकते हैं।

Meld के साथ मर्ज कॉन्फ्लिक्ट सुलझाना

VSCode

VSCode मर्ज कॉन्फ्लिक्ट सुलझाने के लिए सबसे लोकप्रिय और बेहतर तरीक़ा प्रदान करता है। जब Git फ़ाइलों को अपने आप मर्ज करने में विफल रहता है, तो VSCode कॉन्फ्लिक्टेड कोड को हाइलाइट करता है और आपको चार विकल्प देता है: वर्तमान बदलाव स्वीकार करें, आने वाले बदलाव स्वीकार करें, दोनों बदलाव स्वीकार करें, और बदलावों की तुलना करें। आप इन विकल्पों का उपयोग करके अपनी फ़ाइल को साफ़ कर सकते हैं और सभी लंबित समस्याओं को हल कर सकते हैं। 

VSCode के साथ मर्ज कॉन्फ्लिक्ट सुलझाना

यदि आप अपने Git ऑपरेशन्स के लिए एक संपूर्ण समाधान चाहते हैं, तो GitKraken आज़माएँ। यह एक मुफ़्त क्लाइंट, VSCode एक्सटेंशन के साथ आता है, और मर्ज कॉन्फ्लिक्ट्स सुलझाने के लिए बिल्ट-इन टूल प्रदान करता है।  

Git मर्ज कॉन्फ्लिक्ट कैसे सुलझाएँ

इस खंड में, हम सीखेंगे कि Git मर्ज कॉन्फ्लिक्ट कैसे बनाएँ और फिर उन्हें कैसे सुलझाएँ। ट्यूटोरियल दो भागों में विभाजित है। पहले भाग में, हम लोकल रूप से Git कॉन्फ्लिक्ट्स सुलझाना सीखेंगे; दूसरे भाग में रिमोट सर्वर (GitHub) के साथ कॉन्फ्लिक्ट्स सुलझाने की बात होगी।

लोकल मर्ज कॉन्फ्लिक्ट

मर्ज कॉन्फ्लिक्ट बनाना हमें यह सीखने में मदद करेगा कि ये समस्याएँ पहली जगह पर कैसे पैदा होती हैं। फिर हम इन्हें सुलझाने के रचनात्मक तरीके अपनाएंगे या भविष्य में इनसे बचेंगे। 

अब हम एक Git रिपॉजिटरी एकल फ़ाइल के साथ बनाएँगे और शुरू करने के लिए अपना पहला कमिट करेंगे। 

1. datacamp नाम का फ़ोल्डर बनाएँ।
2. डायरेक्टरी बदलकर datacamp पर जाएँ।
3. Git इनिशियलाइज़ करें।
4. README.md फ़ाइल दिए गए शीर्षक के साथ बनाएँ।
5. फ़ाइल के बदलावों को स्टेज करें और कमिट करें।

mkdir datacamp
cd datacamp
git init
echo "# How to Resolve Git Merge Conflict" > README.md
git add README.md
git commit -m "first commit"

>>> [main (root-commit) 8199ea2] first commit
>>>  1 file changed, 1 insertion(+)
>>> create mode 100644 README.mdसंचालित द्वारा

अगले चरण में, हम readme नाम की नई ब्रांच बनाएँगे और शीर्षक को “..Git Merge..” से “..Git..” में बदलेंगे। फ़ाइल जोड़ें और -am आर्गुमेंट का उपयोग करके कमिट बनाएँ।

git checkout -b readme
echo "# How to Resolve Git Conflict" > README.md
git commit -am "new branch conflict added"

>>> [readme 155f694] new branch conflict added
>>> 1 file changed, 1 insertion(+), 1 deletion(-)संचालित द्वारा

मुख्य ब्रांच पर वापस जाएँ और README.md फ़ाइल में >> का उपयोग करके एक नई लाइन जोड़ें। बदलाव सेव कर के कमिट बनाने से, हमने एक ही फ़ाइल के दो संस्करणों के बीच सफलतापूर्वक कॉन्फ्लिक्ट बना लिया है। 

git checkout main
echo "New change in base branch" >> README.md
git commit -am " a line added to base branch Readme file"

>>> [main f1f1874]  a line added to base branch Readme file
>>> 1 file changed, 1 insertion(+)संचालित द्वारा

जैसा कि हम देखते हैं, readme ब्रांच को मर्ज करते समय Git ने संदेश दिखाया कि ऑटोमेटिक मर्ज विफल रहा है, और हमें मैन्युअली बदलाव करके परिणाम को कमिट करना होगा। 

git merge readme

>>> Auto-merging README.md
>>> CONFLICT (content): Merge conflict in README.md
>>> Automatic merge failed; fix conflicts and then commit the result.संचालित द्वारा

हम Notepad में फ़ाइल खोलकर और एडिट करके समस्या को मैन्युअली सुलझाएँगे। नीचे की छवि में HEAD के साथ तीर, एक डिवाइडर, और दूसरी दिशा में readme के साथ तीर दिखता है। HEAD भाग मुख्य ब्रांच में मौजूद बदलाव दिखाता है, और readme वह ब्रांच है जिसे हम मर्ज करना चाहते हैं, जिसमें अलग हेडिंग है। 

मैन्युअली मर्ज कॉन्फ्लिक्ट सुलझाना 

समस्या सुलझाने के लिए, हम readme ब्रांच का भाग, तीर और डिवाइडर हटा देंगे। फ़ाइल का अंतिम संस्करण नीचे दिखाए अनुसार साफ़ दिखना चाहिए। 

कॉन्फ्लिक्ट सुलझ गया 

फ़ाइल को जोड़ने और कमिट करने के बाद, मर्ज कॉन्फ्लिक्ट सुलझ जाएगा। यह समस्याओं को हल करने का सबसे आम और सरल तरीका है। आप कोई इंटीग्रेटेड डेवलपमेंट एंवायरनमेंट (IDE) भी इस्तेमाल कर सकते हैं ताकि समस्याएँ तेज़ी से सुलझें।

git commit -am "conflict resolved in file README.md"
>>> [main 9994a29] conflict resolved in file README.mdसंचालित द्वारा

रिमोट मर्ज कॉन्फ्लिक्ट

रिमोट मर्ज कॉन्फ्लिक्ट बनाने और सुलझाने के लिए हमें GitHub पर एक नया रिपॉजिटरी बनाना होगा।

GitHub पर नया रिपॉजिटरी बनाना

इसके बाद, रिपॉजिटरी के पते के साथ रिमोट नाम (origin) जोड़ें और upstream का उपयोग करके लोकल रिपॉजिटरी से रिमोट main ब्रांच पर सभी बदलाव पुश करें।

git remote add origin https://github.com/kingabzpro/DataCamp-Git-Merge-Guide.git
git push --set-upstream origin main


>>> Enumerating objects: 12, done.
>>> Counting objects: 100% (12/12), done.
>>> Delta compression using up to 4 threads
>>> Compressing objects: 100% (6/6), done.
>>> Writing objects: 100% (12/12), 998 bytes | 499.00 KiB/s, done.
>>> Total 12 (delta 2), reused 0 (delta 0), pack-reused 0
>>> remote: Resolving deltas: 100% (2/2), done.
>>> To https://github.com/kingabzpro/DataCamp-Git-Merge-Guide.git
>>>  * [new branch]      main -> main
>>> branch 'main' set up to track 'origin/main'.संचालित द्वारा

कॉन्फ्लिक्ट बनाने के लिए, हमें रिमोट और लोकल दोनों README.md फ़ाइलों में बदलाव करने होंगे। आप GitHub फ़ाइल एडिटर का उपयोग करके “..Git merge..” को “..Sit-Merge..” में बदलें और फिर बदलाव कमिट करें। 

GitHub एडिटर में बदलाव करना

फिर, लोकल रिपॉजिटरी में, README.md फ़ाइल को बदलकर केवल एक सरल शीर्षक जोड़ें और बदलाव कमिट करें। 

echo "# How to Resolve Merge Conflicts in Git Tutorial" > README.md
git commit -am "local branch changes in README.md"

>>> [main c677a13] local branch changes in README.md
>>>  1 file changed, 1 insertion(+), 4 deletions(-)संचालित द्वारा

अंत में, बदलावों को रिमोट सर्वर पर पुश करें। ध्यान दें कि Git ने त्रुटि दिखाई है और समस्या दूर करने के संकेत दिए हैं। 

git push


>>> To https://github.com/kingabzpro/DataCamp-Git-Merge-Guide.git
>>>  ! [rejected]        main -> main (fetch first)
>>> error: failed to push some refs to 'https://github.com/kingabzpro/DataCamp-Git-Merge-Guide.git'
>>> hint: Updates were rejected because the remote contains work that you do
>>> hint: not have locally. This is usually caused by another repository pushing
>>> hint: to the same ref. You may want to first integrate the remote changes
>>> hint: (e.g., 'git pull ...') before pushing again.
>>> hint: See the 'Note about fast-forwards' in 'git push --help' for details.संचालित द्वारा

हम सबसे सरल संकेत का पालन करेंगे, यानी पुश करने से पहले रिमोट सर्वर से फ़ाइल को pull करेंगे। 

Pull करते समय README.md में मर्ज कॉन्फ्लिक्ट के कारण विफलता हुई। हम Notepad से मैन्युअली ठीक कर सकते थे, लेकिन इस बार सहायता के लिए विज़ुअल टूल का उपयोग करेंगे। 

git pull


>>> remote: Enumerating objects: 5, done.
>>> remote: Counting objects: 100% (5/5), done.
>>> remote: Compressing objects: 100% (2/2), done.
>>> remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
>>> Unpacking objects: 100% (3/3), 681 bytes | 75.00 KiB/s, done.
>>> From https://github.com/kingabzpro/DataCamp-Git-Merge-Guide
>>>    aaf149d..49b7d14  main       -> origin/main
>>> Auto-merging README.md
>>> CONFLICT (content): Merge conflict in README.md
>>> Automatic merge failed; fix conflicts and then commit the result.संचालित द्वारा

Merge टूल Meld कॉन्फ्लिक्टेड फ़ाइलों की पहचान करेगा और उन्हें Meld GUI एप्लिकेशन में दिखाएगा।   

git mergetool

>>> Merging:
>>> README.md

>>> Normal merge conflict for 'README.md':
>>>   {local}: modified file
>>>   {remote}: modified fileसंचालित द्वारा

तीन कॉलम होते हैं: README_LOCAL_473.md, README.md, और README_LOCAL_473.md। यदि आपको लगता है कि रिमोट बदलाव सही हैं, तो रिमोट कॉलम में काले तीर पर क्लिक करें; और यदि आप लोकल बदलाव रखना चाहते हैं, तो लोकल कॉलम में काले तीर पर क्लिक करें। इतना ही सरल है। 

Merge टूल Meld का उपयोग करके कॉन्फ्लिक्ट सुलझाना

बदलाव करने के बाद, फ़ाइल सेव करें और कमिट करें। जैसा कि आप देख सकते हैं, रिमोट सर्वर पर फ़ाइल पुश करते समय अब मर्ज कॉन्फ्लिक्ट त्रुटि नहीं आती।

git commit -am "remote main branch conflict resolved"
git push

>>> Enumerating objects: 16, done.
>>> Counting objects: 100% (16/16), done.
>>> Delta compression using up to 4 threads
>>> Compressing objects: 100% (6/6), done.
>>> Writing objects: 100% (10/10), 1.08 KiB | 550.00 KiB/s, done.
>>> Total 10 (delta 2), reused 0 (delta 0), pack-reused 0
>>> remote: Resolving deltas: 100% (2/2), completed with 1 local object.
>>> To https://github.com/kingabzpro/DataCamp-Git-Merge-Guide.git
>>>    49b7d14..8f5c3aa  main -> mainसंचालित द्वारा

हमने सफलतापूर्वक लोकल और रिमोट दोनों मर्ज कॉन्फ्लिक्ट्स सुलझा लिए हैं। डेटा साइंटिस्ट्स और मशीन लर्निंग इंजीनियर्स रोज़ाना इन कॉन्फ्लिक्ट्स से निपटते हैं। Git ऑपरेशन्स में अपनी दक्षता बढ़ाने के लिए Introduction to Git कोर्स करें। 

निष्कर्ष

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

यदि आप Git में नए हैं और जानना चाहते हैं कि यह कैसे काम करता है, तो पढ़ें: Intro to Git and GitHub Tutorial।