আপনি 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 মুছে ফেলার পরে), `git reflog` দেখায় HEAD কোথায় ছিল, এবং আপনি commit এর hash দ্বারা এটি পুনরুদ্ধার করতে পারেন (এটি check out করে, একটি 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 operations যা history পুনরায় লেখে বা HEAD সরায় — `reset --hard`, বিফল rebases, branches মুছে ফেলা — commits কে **হারিয়ে যাওয়া মনে করাতে পারে**, যা উদ্বেগজনক এবং অপ্রতিবর্তনীয় মনে হয়।

গুরুত্বপূর্ণ অন্তর্দৃষ্টি হল যে এই commits সাধারণত **প্রকৃতপক্ষে চলে যায় না**: `git reflog` HEAD এর প্রতিটি আন্দোলন স্থানীয়ভাবে রেকর্ড করে (প্রতিটি commit, checkout, reset, rebase), যার মধ্যে কোনও branch থেকে আর পৌঁছানো যায় না এমন commits, তাই এটি মনে রাখে যেখানে "হারানো" commits ছিল।

এটি reflog কে একটি শক্তিশালী **পুনরুদ্ধার সরঞ্জাম** করে তোলে — যখন একটি খারাপ reset, একটি বিফল rebase, বা একটি মুছে ফেলা branch এর পরে কাজ হারিয়ে যায়, আপনি `git reflog` ব্যবহার করে commit এর hash খুঁজে পেতে এবং এটি পুনরুদ্ধার করতে পারেন (এটি check out করে, একটি branch এ এটি তৈরি করে, বা এতে ফিরে reset করে)।

**সাধারণ পুনরুদ্ধার পরিস্থিতি** বোঝা (`reset --hard` এর পরে পুনরুদ্ধার, খারাপ rebases, branch deletion, এবং orphaned detached-HEAD commits) এবং যে পুনরুদ্ধার কাজ করে যতক্ষণ commits স্থানীয়ভাবে বিদ্যমান ছিল (garbage collection পর্যন্ত, সাধারণত সপ্তাহ পরে) মূল্যবান ব্যবহারিক জ্ঞান।

এই নিরাপত্তা জাল আশ্বস্তকর এবং সত্যিকারের উপকারী — এর মানে অনেক "আমি আমার কাজ হারিয়েছি!" পরিস্থিতি পুনরুদ্ধারযোগ্য, Git এর history-rewriting operations এর চারপাশে অনেক ভয় দূর করে।

যেহেতু commits হারানো বলে মনে হয় এমন ভুল সাধারণ (বিশেষত শিখার সময় বা reset এবং rebase এর মতো শক্তিশালী commands ব্যবহার করার সময়), এবং যেহেতু reflog হল সরঞ্জাম যা তাদের পুনরুদ্ধার করে (প্রায়শই একটি panic কে একটি দ্রুত ঠিক করে), `git reflog` বোঝা — এটি কি রেকর্ড করে, কিভাবে হারানো commits পুনরুদ্ধার করতে হয়, এবং সাধারণ পুনরুদ্ধার পরিস্থিতি — মূল্যবান, ব্যবহারিক-প্রাসঙ্গিক Git জ্ঞান একটি অপরিহার্য নিরাপত্তা জাল হিসাবে, একটি সরঞ্জাম যা Git এর শক্তিশালী বৈশিষ্ট্য ব্যবহার করার আত্মবিশ্বাস প্রদান করে জেনে যে হারানো কাজ সাধারণত পুনরুদ্ধারযোগ্য, এবং যেকোনো developer এর জন্য একটি সত্যিকারের আশ্বস্তকর জ্ঞান।