rebase اور merge میں کیا فرق ہے؟

Question

Accepted Answer

**merge** اور **rebase** دونوں ایک شاخ سے دوسری شاخ میں تبدیلیاں شامل کرتے ہیں، لیکن وہ یہ مختلف طریقے سے کرتے ہیں: merge **ہسٹری کو محفوظ رکھتا ہے** merge commit کے ساتھ، جبکہ rebase **ہسٹری کو دوبارہ لکھتا ہے** ایک لکیری ترتیب بنانے کے لیے۔ فرق کو سمجھنا اور کب ہر ایک استعمال کریں یہ اہم ہے۔

## Merge — ہسٹری کو محفوظ رکھتا ہے (ملاتا ہے)

```text
main:     A───B───C───────M     ← M is a MERGE COMMIT (two parents)
                  \       /
feature:           D───E
→ git merge feature: creates M combining the branches
  ✓ Preserves the actual history (shows the branch existed, when it merged)
  ✗ History has merge commits (can look cluttered with many merges)
```

## Rebase — لکیری ہسٹری کے لیے دوبارہ لکھتا ہے (دوبارہ چلاتا ہے)

```text
BEFORE:  main: A───B───C    feature: A───B───D───E
AFTER rebase feature onto main:
         main: A───B───C    feature: A───B───C───D'───E'
→ git rebase main (on feature): REPLAYS feature's commits (D,E) ON TOP of main's latest (C)
  ✓ LINEAR, clean history (no merge commits) — as if feature was built on current main
  ✗ REWRITES commits (D→D', E→E' are NEW commits with new hashes)
```

Rebase **منتقل کرتا ہے** آپ کی شاخ کے commits کو دوسری شاخ کے ٹپ سے شروع کرنے کے لیے، نئے commits بناتے ہوئے — ایک صاف، لکیری ہسٹری بناتے ہوئے۔

## Rebasing کا سنہری اصول

```text
⚠️ NEVER rebase commits that have been PUSHED/SHARED (public history):
  → rebasing rewrites commits (new hashes) → diverges from what others have
  → causes serious confusion and conflicts for collaborators
→ Rebase only LOCAL, unpushed commits. Merge for integrating shared/public branches.
```

## کب ہر ایک استعمال کریں

```text
MERGE  → integrating shared branches; preserving true history; team default for merging
  features to main (often via pull requests). Safe, non-destructive.
REBASE → cleaning up LOCAL commits before sharing; keeping a feature branch up-to-date
  with main (linear); achieving clean linear history. On local/private commits only.
→ Common workflow: rebase locally to tidy up, then merge (or PR) into main.
```

## یہ کیوں اہم ہے

Rebase اور merge کے درمیان فرق کو سمجھنا اہم ہے کیونکہ دونوں تبدیلیوں کو شامل کرتے ہیں لیکن ہسٹری پر بنیادی طور پر مختلف اثرات کے ساتھ، اور صحیح طریقے سے (اور محفوظ طریقے سے) انتخاب کرنا اہم ہے، اس لیے یہ قیمتی Git علم ہے جو عام طور پر بحث میں آتا ہے۔

بنیادی فرق — **merge ہسٹری کو محفوظ رکھتا ہے** (ایک merge commit بناتے ہوئے جو شاخیں ملائی گئیں کو ریکارڈ کرتا ہے، حقیقی ترقی کی ہسٹری کو محفوظ رکھتے ہوئے) جبکہ **rebase ہسٹری کو دوبارہ لکھتا ہے** (commits کو دوسری شاخ کے ٹپ پر دوبارہ چلاتے ہوئے ایک صاف، لکیری ترتیب بنانے کے لیے جیسے کام تازہ ترین کوڈ پر کیا گیا ہو) — یہ اثر ڈالتا ہے کہ پروجیکٹ کی ہسٹری کیسی لگتی ہے اور پڑھی جاتی ہے۔

تجاویز کو سمجھنا (merge: درست لیکن ممکنہ طور پر merge commits سے بھرا ہوا؛ rebase: صاف اور لکیری لیکن commits کو دوبارہ لکھتے ہوئے) آپ کو انتخاب کرنے میں مدد کرتا ہے کہ آیا آپ حقیقی ہسٹری یا لکیری صفائی کو ترجیح دیتے ہیں۔

سب سے اہم بات، **rebasing کا سنہری اصول** سمجھنا — **کبھی بھی commits کو rebase نہ کریں جو push/shared کیے گئے ہوں** — ضروری ہے کیونکہ rebasing commits کو دوبارہ لکھتا ہے (انہیں نئے hashes دیتے ہوئے)، اس لیے shared ہسٹری کو rebase کرنا اس سے علیحدہ ہو جاتا ہے جو تعاون کاروں کے پاس ہے، سنگین الجھن اور تنازعات کا سبب بنتے ہوئے؛ rebase صرف مقامی، unpushed commits کے لیے محفوظ ہے۔

یہ حفاظتی اصول اہم ہے اور اس کی خلاف ورزی کے وقت مسائل کا عام منبع ہے۔

**کب ہر ایک استعمال کریں** سمجھنا (merge shared شاخوں کو شامل کرنے اور ہسٹری کو محفوظ رکھنے کے لیے، اکثر pull requests کے ذریعے features کو merge کرنے کے لیے ٹیم کا ڈیفالٹ؛ rebase مقامی commits کو صاف کرنے سے پہلے شیئر کرنے یا ایک feature شاخ کو لکیری طریقے سے اپ ٹو ڈیٹ رکھنے کے لیے — صرف مقامی commits پر) — درست Git طریقے کو عکاس کرتا ہے۔

چونکہ تبدیلیوں کو شامل کرنا بنیادی ہے اور merge-vs-rebase کا انتخاب (اس کے ہسٹری اور حفاظتی اثرات کے ساتھ) ایک کثرت سے ہونے والا فیصلہ اور انٹرویو کا موضوع ہے، فرق کو سمجھنا — ہسٹری پر ان کے اثرات، سنہری اصول، اور کب ہر ایک استعمال کریں — قیمتی، عملی طور پر اہم Git علم ہے جو صاف ہسٹری کو محفوظ طریقے سے برقرار رکھنے کے لیے مرکزی ہے اور ایک عام طور پر بحث میں آنے والا فرق ہے جو ہر ڈویلپر کو سمجھنا چاہیے۔