तपाई git reflog को साथ हराएको commits कसरी पुनरुद्धार गर्नुहुन्छ?

Question

Accepted Answer

**git reflog** ले तपाईको शाखाको HEAD कहाँ गएको छ भन्ने कुरा रेकर्ड गर्छ — प्रत्येक commit, checkout, reset, rebase, आदि। यो **"हराएको" commits पुनरुद्धार गर्नको लागि** (एक खराब reset, rebase, वा शाखा 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, वा शाखा मेटाएपछि), `git reflog` ले HEAD कहाँ थियो भन्ने कुरा देखाउँछ, र तपाई यसको hash द्वारा commit पुनरुद्धार गर्न सक्नुहुन्छ (यसलाई checkout गर्दै, शाखा बनाउँदै, वा यसमा 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, शाखा मेटाउँदै — commits लाई **हराएको देखिएको** बनाउन सक्छ, जो चिन्ताजनक छ र अपरिवर्तनीय देखिन्छ।

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

योले reflog लाई शक्तिशाली **पुनरुद्धार उपकरण** बनाउँछ — जब काम खराब reset, असफल rebase, वा मेटाएको शाखा पछि हराएको देखिन्छ, तपाई `git reflog` प्रयोग गर्न सक्नुहुन्छ commit को hash खोज्न र यसलाई पुनरुद्धार गर्न (यसलाई checkout गर्दै, यसमा शाखा बनाउँदै, वा यसमा फेरि reset गर्दै)।

**सामान्य पुनरुद्धार परिदृश्यहरू** बुझ्नु (`reset --hard` पछि, खराब rebases, शाखा deletion, र अनाथ detached-HEAD commits पछि पुनरुद्धार) र यो कि पुनरुद्धार तब सम्म काम गर्छ जब commits स्थानीय रूपमा अवस्थित थिए (garbage collection सम्म, सामान्यतः हप्ताहरू पछि) महत्त्वपूर्ण व्यावहारिक ज्ञान हो।

यो सुरक्षा जाल आश्वस्त पार्ने छ र साँच्चै उपयोगी छ — यो अर्थ हो कि धेरै "मैले मेरो काम हराएँ!" परिस्थितिहरू पुनरुद्धार योग्य छन्, Git को इतिहास-पुनर्लेखन सञ्चालनहरूको वरिपरि धेरै डर हटाउँदै।

गल्तीहरू जो commits हराएको देखिन्छ सामान्य छन् (विशेषतः सिक्दा वा reset र rebase जस्ता शक्तिशाली आदेशहरू प्रयोग गर्दा), र reflog यो उपकरण हो जो तिनीहरूलाई पुनरुद्धार गर्छ (प्रायः आतङ्कलाई द्रुत सुधारमा परिणत गर्दै), `git reflog` बुझ्नु — यो रेकर्ड गर्ने कुरा, हराएको commits कसरी पुनरुद्धार गर्ने, र सामान्य पुनरुद्धार परिदृश्यहरू — मूल्यवान, व्यावहारिक-प्रासङ्गिक Git ज्ञान हो आवश्यक सुरक्षा जाल को रूपमा, एक उपकरण जो Git को शक्तिशाली सुविधाहरू प्रयोग गर्ने आत्मविश्वास प्रदान गर्छ, जान्दै कि हराएको काम सामान्यतः पुनरुद्धार गरिन सक्छ, र कुनै पनि विकासकर्ताको लागि साँच्चै आश्वस्त पार्ने ज्ञान को टुक्रा।