Bagaimana anda memulihkan commit yang hilang dengan git reflog?

Question

Accepted Answer

**git reflog** merekod ke mana HEAD cawangan anda telah pergi — setiap commit, checkout, reset, rebase, dan sebagainya. Ia merupakan jaring keselamatan untuk **memulihkan commit yang "hilang"** (selepas reset, rebase, atau pemadaman cawangan yang salah) yang nampaknya hilang tetapi masih boleh dipulihkan.

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

## Memulihkan kerja yang hilang

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

Apabila commit nampaknya hilang (selepas `reset --hard`, rebase yang gagal, atau memadam cawangan), `git reflog` menunjukkan ke mana HEAD berada, dan anda boleh memulihkan commit tersebut menggunakan hashnya (checkout, mencipta cawangan, atau reset kepadanya).

## Senario pemulihan biasa

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

## Mengapa ia penting

Memahami `git reflog` amat bernilai sebagai **jaring keselamatan untuk memulihkan kerja yang hilang**, jadi ia merupakan pengetahuan praktikal penting yang boleh menyelamatkan anda daripada kesilapan yang nampaknya bencana.

Operasi Git yang menulis semula sejarah atau menggerakkan HEAD — `reset --hard`, rebase yang gagal, memadam cawangan — boleh menyebabkan commit **kelihatan hilang**, yang membimbangkan dan nampaknya tidak boleh dikembalikan.

Wawasan penting ialah commit ini biasanya **tidak benar-benar hilang**: `git reflog` merekod setiap pergerakan HEAD secara setempat (setiap commit, checkout, reset, rebase), termasuk commit yang tidak lagi boleh dicapai daripada mana-mana cawangan, jadi ia mengingati di mana commit yang "hilang" itu berada.

Ini menjadikan reflog satu **alat pemulihan** yang berkuasa — apabila kerja nampaknya hilang selepas reset yang salah, rebase yang gagal, atau cawangan yang dipadam, anda boleh menggunakan `git reflog` untuk mencari hash commit tersebut dan memulihkannya (checkout, mencipta cawangan padanya, atau reset kembali kepadanya).

Memahami **senario pemulihan biasa** (memulihkan selepas `reset --hard`, rebase yang salah, pemadaman cawangan, dan commit detached HEAD yang yatim) dan bahawa pemulihan berfungsi selagi commit wujud secara setempat (sehingga pengumpulan sampah/garbage collection, biasanya beberapa minggu kemudian) ialah pengetahuan praktikal yang bernilai.

Jaring keselamatan ini melegakan dan benar-benar berguna — ia bermakna banyak situasi "saya kehilangan kerja saya!" boleh dipulihkan, menghilangkan kebanyakan ketakutan terhadap operasi penulisan semula sejarah Git.

Memandangkan kesilapan yang nampaknya menghilangkan commit adalah biasa (terutamanya semasa belajar atau menggunakan arahan berkuasa seperti reset dan rebase), dan memandangkan reflog ialah alat yang memulihkannya (sering mengubah panik menjadi pembaikan pantas), memahami `git reflog` — apa yang ia rekod, cara memulihkan commit yang hilang, dan senario pemulihan biasa — adalah pengetahuan Git yang bernilai dan relevan secara praktikal sebagai jaring keselamatan yang penting, alat yang memberikan keyakinan untuk menggunakan ciri berkuasa Git dengan mengetahui bahawa kerja yang hilang biasanya boleh dipulihkan, dan satu pengetahuan yang benar-benar melegakan bagi mana-mana pembangun.