मर्ज संघर्ष: घबराएं नहीं — समझें और हल करें

मर्ज संघर्ष के तीन प्रकार

• सामग्री संघर्ष: समान पंक्तियों में बदलाव
• नाम परिवर्तन: फ़ाइल का नाम बदला और संपादित किया
• हटाना: एक शाखा में फ़ाइल हटा दी गई, दूसरी में संशोधित
• नाम परिवर्तन Git के लिए सबसे मुश्किल होते हैं
• संदिग्ध संघर्षों पर फ़ाइल का इतिहास जाँचें

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

जटिल संघर्ष की शारीरिक रचना

• <<<<<<< चिह्न आपके बदलाव दिखाते हैं
• ======= आपके और दूसरे के संस्करण को अलग करता है
• >>>>>>> संघर्ष ब्लॉक के अंत को चिह्नित करता है
• git status सभी समस्या फ़ाइलें दिखाएगा
• git diff — बदलावों की विस्तृत तुलना

मान लीजिए आप feature शाखा को main में मर्ज कर रहे हैं और संघर्ष का संदेश देखते हैं। समस्या फ़ाइलें खोलें — आपको विशेष चिह्न दिखाई देंगे। 7 < HEAD और 7 = के बीच का सब कुछ आपके बदलाव हैं। 7 = और 7 > feature के बीच — मर्ज की जा रही शाखा से बदलाव। git status का उपयोग करके सभी संघर्षित फ़ाइलें देखें, और git diff का उपयोग विस्तृत अंतर देखने के लिए करें। याद रखें: चिह्न कोई त्रुटि नहीं, बल्कि संकेत हैं कि कहाँ निर्णय लेना है।

#!/bin/bash
# संघर्ष_विश्लेषण.sh

echo "टेस्ट रिपॉजिटरी बना रहे हैं"
mkdir conflict-demo && cd conflict-demo
git init

echo "फ़ाइल बना रहे हैं और main में पहला कमिट"
echo 'Line 1' > file.txt
echo 'Line 2' >> file.txt
git add . && git commit -m 'Initial commit'

echo "feature शाखा बना रहे हैं और पहली पंक्ति बदल रहे हैं"
git checkout -b feature
sed -i 's/Line 1/Line 1 modified in feature/' file.txt
git commit -am 'Modify line 1 in feature'

echo "main पर वापस आ रहे हैं और उसी पंक्ति को बदल रहे हैं"
git checkout main
sed -i 's/Line 1/Line 1 modified in main/' file.txt
git commit -am 'Modify line 1 in main'

echo "शाखाओं को मर्ज करने का प्रयास कर रहे हैं"
git merge feature || echo 'संघर्ष!'

echo "\nस्थिति देख रहे हैं:"
git status --short

echo "\nसंघर्षित फ़ाइल दिखा रहे हैं:"
cat file.txt

संघर्ष समाधान की रणनीतियाँ

• मैन्युअल संपादन: चिह्न हटाएँ, आवश्यक भाग रखें
• GUI टूल: meld, kdiff3 दृश्य तुलना के लिए
• --ours/--theirs: अपना या दूसरे का संस्करण स्वीकार करें
• rebase के दौरान प्रत्येक कमिट के लिए संघर्ष हल करें
• समाधान के बाद git add और git commit न भूलें

जब संघर्ष का पता चलता है, तो आपके पास कई रास्ते होते हैं। आप फ़ाइल को मैन्युअल खोलकर संपादित कर सकते हैं, चिह्न हटाकर और आवश्यक कोड रखकर। दृश्य प्रकार के लिए meld या kdiff3 जैसे टूल उपयुक्त हैं — वे फ़ाइल के तीन संस्करण एक साथ दिखाते हैं। यदि आप अपने बदलावों के प्रति आश्वस्त हैं, तो git checkout --ours का उपयोग करके अपना संस्करण रखें, या --theirs का उपयोग करके दूसरे का। खासकर rebase के दौरान सतर्क रहें: यहाँ प्रत्येक कमिट पर संघर्ष हो सकता है जिसे रीबेस किया जा रहा है।

#!/bin/bash
# समाधान_रणनीतियाँ.sh

echo "तरीका 1: मैन्युअल समाधान"
echo 'फ़ाइल संपादित करें, संघर्ष चिह्न हटाएँ'
echo 'फिर निष्पादित करें: git add file.txt'

echo "\nतरीका 2: हमारा संस्करण स्वीकार करें"
git checkout --ours file.txt

echo "\nतरीका 3: उनका संस्करण स्वीकार करें"
git checkout --theirs file.txt

echo "\nतरीका 4: मर्ज टूल का उपयोग करें"
echo 'git mergetool --tool=meld'

echo "\nतरीका चुनने के बाद मर्ज पूरा करें:"
echo 'git commit -m "मर्ज संघर्ष हल करें"'