git reflog के साथ खोए हुए commits को कैसे recover करते हैं?

Question

Accepted Answer

**git reflog** यह रिकॉर्ड करता है कि आपकी branch का HEAD कहाँ-कहाँ रहा है — हर commit, checkout, reset, rebase, आदि। यह **"खोए हुए" commits को recover करने** के लिए एक सुरक्षा जाल है (एक खराब reset, rebase, या branch deletion के बाद) जो चले गए प्रतीत होते हैं लेकिन अभी भी recoverable हैं।

## 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.
```

## खोए हुए कार्य को recover करना

```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 द्वारा recover कर सकते हैं (इसे check out करके, एक branch बनाकर, या इस पर reset करके)।

## सामान्य recovery परिदृश्य

```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` को समझना **खोए हुए कार्य को recover करने के लिए एक सुरक्षा जाल** के रूप में मूल्यवान है, इसलिए यह महत्वपूर्ण व्यावहारिक ज्ञान है जो आपको प्रतीत होने वाली विनाशकारी गलतियों से बचा सकता है।

Git operations जो history को rewrite करते हैं या HEAD को हिलाते हैं — `reset --hard`, बिगड़े rebases, branches को delete करना — commits को **खोया हुआ दिखा सकते हैं**, जो चिंताजनक है और अपरिवर्तनीय प्रतीत होता है।

महत्वपूर्ण अंतर्दृष्टि यह है कि ये commits आमतौर पर **वास्तव में गए नहीं होते**: `git reflog` स्थानीय रूप से HEAD के हर movement को रिकॉर्ड करता है (हर commit, checkout, reset, rebase), जिसमें वे commits भी शामिल हैं जो अब किसी branch से पहुँच योग्य नहीं हैं, इसलिए यह याद रखता है कि "खोए हुए" commits कहाँ थे।

यह reflog को एक शक्तिशाली **recovery उपकरण** बनाता है — जब कार्य एक खराब reset, एक बिगड़े rebase, या एक deleted branch के बाद खोया हुआ प्रतीत होता है, तो आप commit के hash को खोजने और इसे recover करने के लिए `git reflog` का उपयोग कर सकते हैं (इसे check out करके, इस पर एक branch बनाकर, या इस पर वापस reset करके)।

**सामान्य recovery परिदृश्यों** को समझना (`reset --hard`, खराब rebases, branch deletion, और अनाथ detached-HEAD commits के बाद recover करना) और यह कि recovery तब तक काम करती है जब तक commits स्थानीय रूप से मौजूद थे (garbage collection तक, आमतौर पर हफ़्तों बाद) मूल्यवान व्यावहारिक ज्ञान है।

यह सुरक्षा जाल आश्वस्त करने वाला और वास्तव में उपयोगी है — इसका मतलब है कि कई "मैंने अपना कार्य खो दिया!" स्थितियाँ recoverable हैं, जो Git के history-rewriting operations के आसपास के अधिकांश डर को दूर करता है।

चूँकि commits खोने वाली प्रतीत होने वाली गलतियाँ आम हैं (विशेष रूप से सीखते समय या reset और rebase जैसे शक्तिशाली commands का उपयोग करते समय), और चूँकि reflog वह उपकरण है जो उन्हें recover करता है (अक्सर घबराहट को एक त्वरित समाधान में बदल देता है), `git reflog` को समझना — यह क्या रिकॉर्ड करता है, खोए हुए commits को कैसे recover करना है, और सामान्य recovery परिदृश्य — एक आवश्यक सुरक्षा जाल के रूप में मूल्यवान, व्यावहारिक रूप से प्रासंगिक Git ज्ञान है, एक उपकरण जो Git की शक्तिशाली सुविधाओं का उपयोग करने का विश्वास प्रदान करता है यह जानते हुए कि खोया हुआ कार्य आमतौर पर recover किया जा सकता है, और किसी भी developer के लिए वास्तव में आश्वस्त करने वाला ज्ञान है।