آپ git reflog کے ساتھ کھوئے ہوئے commits کو کیسے بحال کرتے ہیں؟

Question

Accepted Answer

**git reflog** یہ ریکارڈ کرتا ہے کہ آپ کی branch کا HEAD کہاں رہا ہے — ہر commit، checkout، reset، rebase، وغیرہ۔ یہ **"کھوئے ہوئے" commits کو بحال کرنے** کے لیے ایک حفاظتی جال ہے (بُرے reset، rebase، یا branch deletion کے بعد) جو غائب دکھائی دیتے ہیں لین ابھی بھی قابل بحالی ہیں۔

## reflog کیا ہے

```text
The REFLOG logs every movement of HEAD (and branch tips) in YOUR local repo:
  → every commit, checkout, reset, rebase, merge, etc. is recorded with a reference
  → it's LOCAL and includes commits not reachable from any branch (the "lost" ones)
→ Even if you reset/rebase away commits, reflog remembers where they were.
```

## کھوا ہوا کام بحال کریں

```bash
git reflog                     # show the history of HEAD movements
# example output:
#   abc123 HEAD@{0}: reset: moving to HEAD~3
#   def456 HEAD@{1}: commit: Important work    ← the "lost" commit!
#   ...

# recover: the lost commit is def456 — get it back
git checkout def456            # inspect it
git branch recovered def456    # create a branch at it (save it)
# or reset back to it:
git reset --hard def456        # restore HEAD to that commit
```

جب commits کھوئے ہوئے دکھائی دیں (`reset --hard` کے بعد، خراب rebase، یا branch delete کرنے کے بعد)، `git reflog` دکھاتا ہے کہ HEAD کہاں تھا، اور آپ commit کو اس کے hash سے بحال کر سکتے ہیں (اسے checkout کر کے، branch بنا کر، یا اس پر reset کر کے)۔

## عام بحالی کے منظرنامے

```text
✓ After git reset --hard (discarded commits) → find them in reflog, reset back
✓ After a bad rebase (rewrote/lost commits) → reflog has the pre-rebase state
✓ After deleting a branch → its last commit is in reflog → recreate the branch
✓ "Detached HEAD" commits that seem orphaned → reflog finds them
→ As long as commits existed locally, reflog usually can recover them (until GC, ~weeks).
```

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

`git reflog` کو سمجھنا **کھوئے ہوئے کام کو بحال کرنے کے لیے ایک حفاظتی جال** کے طور پر قیمتی ہے، لہذا یہ اہم عملی علم ہے جو آپ کو معلوم ہونے والی تبدیلیوں سے بچا سکتا ہے۔

Git کی کارروائیاں جو تاریخ کو دوبارہ لکھتی ہیں یا HEAD کو منتقل کرتی ہیں — `reset --hard`، خراب rebases، branches کو ڈیلیٹ کرنا — commits کو **کھوا ہوا دکھا سکتے ہیں**، جو پریشان کن ہے اور ناقابل تبدیل لگتا ہے۔

حتمی نکتہ یہ ہے کہ یہ commits عام طور پر **اصل میں غائب نہیں ہیں**: `git reflog` مقامی طور پر HEAD کی ہر حرکت کو ریکارڈ کرتا ہے (ہر commit، checkout، reset، rebase)، بشمول commits جو کسی بھی branch سے دوبارہ قابل رسائی نہیں ہیں، لہذا یہ یاد رکھتا ہے کہ "کھوئے ہوئے" commits کہاں تھے۔

یہ reflog کو ایک طاقتور **بحالی کا ابزار** بناتا ہے — جب کام بُرے reset، خراب rebase، یا حذف شدہ branch کے بعد کھوا دکھائی دے، تو آپ `git reflog` استعمال کر سکتے ہیں commit کے hash کو تلاش کرنے اور اسے بحال کرنے کے لیے (اسے checkout کر کے، اس پر branch بنا کر، یا اس پر واپس reset کر کے)۔

**عام بحالی کے منظرنامے** (recovery `reset --hard` کے بعد، بُرے rebases، branch deletion، اور orphaned detached-HEAD commits) کو سمجھنا اور یہ کہ بحالی اس وقت تک کام کرتی ہے جب تک commits مقامی طور پر موجود تھے (garbage collection تک، عام طور پر ہفتوں بعد)، قیمتی عملی علم ہے۔

یہ حفاظتی جال تسلی بخش ہے اور واقعی مفید ہے — اس کا مطلب ہے کہ بہت سی "میں نے اپنا کام کھو دیا!" صورتیں قابل بحالی ہیں، Git کی تاریخ کو دوبارہ لکھنے والی کارروائیوں کے ارد گرد زیادہ تر خوف کو ختم کرتے ہیں۔

چونکہ غلطیاں جو commits کو کھوتی دکھائی دیں عام ہیں (خاص طور پر جب سیکھنا یا طاقتور commands جیسے reset اور rebase استعمال کرتے وقت)، اور چونکہ reflog وہ ابزار ہے جو ان کو بحال کرتا ہے (اکثر ایک panic کو تیز رفتار حل میں بدلتے ہوئے)، `git reflog` کو سمجھنا — کہ یہ کیا ریکارڈ کرتا ہے، کھوئے ہوئے commits کو کیسے بحال کریں، اور عام بحالی کے منظرنامے — قیمتی، عملی طور پر متعلقہ Git علم ہے ایک ضروری حفاظتی جال کے طور پر، ایک ابزار جو Git کی طاقتور خصوصیات استعمال کرنے کے لیے اعتماد فراہم کرتا ہے یہ جانتے ہوئے کہ کھوا ہوا کام عام طور پر بحال ہو سکتا ہے، اور کسی بھی ڈیولپر کے لیے علم کا ایک واقعی تسلی بخش ٹکڑا۔