Bạn khôi phục các commit bị mất bằng git reflog như thế nào?

Question

Accepted Answer

**git reflog** ghi lại nơi HEAD của branch của bạn đã ở — mỗi commit, checkout, reset, rebase, v.v. Nó là một lưới an toàn để **khôi phục các commit "bị mất"** (sau một reset, rebase tệ, hoặc xóa branch) vốn có vẻ đã biến mất nhưng vẫn có thể khôi phục được.

## reflog là gì

```text
REFLOG ghi lại mọi chuyển động của HEAD (và đỉnh branch) trong local repo CỦA BẠN:
  → mỗi commit, checkout, reset, rebase, merge, v.v. được ghi lại với một tham chiếu
  → nó là LOCAL và bao gồm các commit không thể tới được từ bất kỳ branch nào (những cái "bị mất")
→ Ngay cả khi bạn reset/rebase bỏ các commit, reflog vẫn nhớ chúng đã ở đâu.
```

## Khôi phục công việc bị mất

```bash
git reflog                     # hiển thị lịch sử các chuyển động của HEAD
# ví dụ output:
#   abc123 HEAD@{0}: reset: moving to HEAD~3
#   def456 HEAD@{1}: commit: Important work    ← commit "bị mất"!
#   ...

# khôi phục: commit bị mất là def456 — lấy lại nó
git checkout def456            # kiểm tra nó
git branch recovered def456    # tạo một branch tại nó (lưu nó lại)
# hoặc reset về nó:
git reset --hard def456        # khôi phục HEAD về commit đó
```

Khi các commit có vẻ bị mất (sau `reset --hard`, một rebase hỏng, hoặc xóa một branch), `git reflog` hiển thị HEAD đã ở đâu, và bạn có thể khôi phục commit bằng hash của nó (checkout nó, tạo một branch, hoặc reset về nó).

## Các kịch bản khôi phục phổ biến

```text
✓ Sau git reset --hard (bỏ các commit) → tìm chúng trong reflog, reset lại
✓ Sau một rebase tệ (ghi đè/mất các commit) → reflog có trạng thái trước rebase
✓ Sau khi xóa một branch → commit cuối của nó nằm trong reflog → tạo lại branch
✓ Các commit "detached HEAD" có vẻ mồ côi → reflog tìm chúng
→ Miễn là các commit từng tồn tại ở local, reflog thường có thể khôi phục chúng (cho đến khi GC, ~vài tuần).
```

## Tại sao điều này quan trọng

Hiểu `git reflog` là có giá trị như một **lưới an toàn để khôi phục công việc bị mất**, nên đó là kiến thức thực hành quan trọng có thể cứu bạn khỏi những sai lầm có vẻ thảm khốc.

Các thao tác Git ghi đè lịch sử hoặc di chuyển HEAD — `reset --hard`, các rebase hỏng, xóa branch — có thể làm các commit **có vẻ bị mất**, điều đáng báo động và có vẻ không thể đảo ngược.

Nhận thức then chốt là các commit này thường **không thực sự biến mất**: `git reflog` ghi lại mọi chuyển động của HEAD ở local (mỗi commit, checkout, reset, rebase), bao gồm các commit không còn tới được từ bất kỳ branch nào, nên nó nhớ các commit "bị mất" đã ở đâu.

Điều này khiến reflog trở thành một **công cụ khôi phục** mạnh — khi công việc có vẻ bị mất sau một reset tệ, một rebase hỏng, hoặc một branch bị xóa, bạn có thể dùng `git reflog` để tìm hash của commit và khôi phục nó (checkout nó, tạo một branch tại nó, hoặc reset lại về nó).

Hiểu các **kịch bản khôi phục phổ biến** (khôi phục sau `reset --hard`, các rebase tệ, xóa branch, và các commit detached-HEAD mồ côi) và rằng khôi phục hoạt động miễn là các commit từng tồn tại ở local (cho đến khi garbage collection, thường vài tuần sau) là kiến thức thực hành có giá trị.

Lưới an toàn này vừa trấn an vừa thực sự hữu ích — nó có nghĩa là nhiều tình huống "tôi mất công việc của mình!" có thể khôi phục được, loại bỏ phần lớn nỗi sợ quanh các thao tác ghi đè lịch sử của Git.

Vì các sai lầm có vẻ làm mất commit là phổ biến (đặc biệt khi học hoặc dùng các lệnh mạnh như reset và rebase), và vì reflog là công cụ khôi phục chúng (thường biến một cơn hoảng loạn thành một sự sửa chữa nhanh), hiểu `git reflog` — nó ghi lại gì, cách khôi phục các commit bị mất, và các kịch bản khôi phục phổ biến — là kiến thức Git có giá trị, liên quan thực tế như một lưới an toàn thiết yếu, một công cụ mang lại sự tự tin để dùng các tính năng mạnh của Git khi biết rằng công việc bị mất thường có thể khôi phục được, và một mảng kiến thức thực sự trấn an cho bất kỳ lập trình viên nào.