Git میں merging کیسے کام کرتی ہے؟

Question

Accepted Answer

**Merging** ایک branch کی تبدیلیوں کو دوسری branch میں ملاتا ہے — عام طور پر ایک مکمل feature branch کو main branch میں واپس لاتا ہے۔ Git زیادہ تر merges کو خود بخود سنبھالتا ہے، لیکن merge کی اقسام اور **conflicts** کو سمجھنا ضروری ہے۔ ## بنیادی merge ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` آپ **target** branch (وہ جو تبدیلیاں موصول کر رہی ہے) میں جاتے ہیں اور **source** branch کو اس میں merge کرتے ہیں۔ ## Fast-forward بمقابلہ merge commit ```text FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just MOVES main's pointer forward to the branch's latest commit (no merge commit, linear) MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new "merge commit" combining them (has two parents) → preserves that a merge happened → git merge --no-ff forces a merge commit even when fast-forward is possible ``` Git جب ممکن ہو fast-forward کرتا ہے (سادہ طور پر pointer کو آگے بڑھاتے ہوئے) یا ایک **merge commit** بناتا ہے (دو parents کے ساتھ) جب دونوں branches الگ ہوگئی ہوں۔ ## Merge conflicts ```text A CONFLICT happens when both branches changed the SAME lines differently — Git can't auto-decide which to keep, so it asks YOU to resolve: ``` ```text <<<<<<< HEAD the version from the current branch (main) ======= the version from the branch being merged (feature-x) >>>>>>> feature-x ``` ```bash # resolve: edit the file to the desired result, remove the markers, then: git add # mark the conflict resolved git commit # complete the merge # git merge --abort # or cancel the merge entirely ``` **Conflicts** اس وقت واقع ہوتی ہیں جب دونوں branches ایک جیسی lines کو تبدیل کریں — Git انہیں نشان زد کرتا ہے اور آپ دستی طور پر صحیح نتیجہ منتخب کرتے ہیں، پھر stage اور commit کرتے ہیں۔ ## یہ کیوں اہم ہے Merging کو سمجھنا ضروری ہے کیونکہ branch کی تبدیلیوں کو ملانا collaborative Git workflows کا ایک بنیادی اور مسلسل حصہ ہے، اس لیے یہ جاننا کہ یہ کیسے کام کرتا ہے (conflicts سمیت) روزمرہ کی ضروری معلومات ہے۔ **Merging** یہ ہے کہ مکمل کام (عام طور پر feature branches) کو main branch میں واپس کیسے integrated کیا جاتا ہے — تبدیلیوں کو ملانے کا معمول کام جو team development میں مسلسل ہوتا رہتا ہے۔ **Fast-forward merge** (Git سادہ طور پر pointer کو آگے بڑھاتا ہے جب target diverge نہ ہوا ہو، history کو linear رکھتے ہوئے) اور **merge commit** (ایک three-way merge جو ایک نیا commit بناتا ہے دو parents کے ساتھ جب دونوں branches میں نئے commits ہوں، یہ record کرتے ہوئے کہ merge ہوا) کے درمیان فرق سمجھنا واضح کرتا ہے کہ Git تبدیلیوں کو کیسے integrate کرتا ہے اور نتیجے میں history کیسی دکھتی ہے۔ سب سے اہم بات، **merge conflicts** کو سمجھنا — جو اس وقت واقع ہوتی ہیں جب دونوں branches ایک جیسی lines کو مختلف انداز میں تبدیل کریں، تو Git خود بخود فیصلہ نہیں کر سکتا اور آپ سے حل کرنے کو کہتا ہے — یہ بہت اہم عملی معلومات ہے: conflicts collaboration کا ایک معمول، ناگزیر حصہ ہیں، اور conflict markers (`<<<<<<<`, `=======`, `>>>>>>>`) کو پہچاننا، file کو صحیح نتیجے تک edit کرنا، اور merge کو مکمل کرنا (stage اور commit) ایک ضروری مہارت ہے جو ان لوگوں میں اکثر فکر کا باعث ہے جو اسے سمجھتے نہیں ہیں۔ چونکہ branch کی تبدیلیوں کو merging کے ذریعے integrate کرنا collaborative development میں بنیادی اور مسلسل ہے، اور چونکہ merge کی اقسام اور خاص طور پر conflicts کو حل کرنا ضروری ہے تبدیلیوں کو صحیح طریقے سے ملانے کے لیے (ایک معمول، ناگزیر کام)، merging کیسے کام کرتی ہے یہ سمجھنا — بنیادی merges، fast-forward بمقابلہ merge commits، اور conflict resolution — ضروری، بار بار استعمال ہونے والی Git معلومات ہے، collaboration کے لیے ایک بنیادی مہارت جہاں conflict resolution خاص طور پر ایک عملی ضرورت ہے جو ہر developer کو اعتماد کے ساتھ سنبھالنا ہوگا۔