您如何使用 git reflog 恢复丢失的提交？

Question

Accepted Answer

**git reflog** 记录您的分支 HEAD 曾经在哪里——每个 commit、checkout、reset、rebase 等。这是一个安全网，用于**恢复"丢失的"提交**（在执行错误的 reset、rebase 或删除分支后），这些提交看似消失了，但仍然是可恢复的。

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

当提交在 `reset --hard`、失败的 rebase 或删除分支后看似丢失时，`git reflog` 会显示 HEAD 曾经所在的位置，您可以通过其哈希值恢复提交（检出、创建分支或重置到该提交）。

## 常见的恢复场景

```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`、失败的 rebase、删除分支——会使提交**看似丢失**，这令人担忧，似乎无法逆转。

关键的认识是这些提交通常**实际上并未消失**：`git reflog` 在本地记录了 HEAD 的每次移动（每个 commit、checkout、reset、rebase），包括不再从任何分支可达的提交，因此它会记住"丢失的"提交曾在何处。

这使 reflog 成为一个强大的**恢复工具**——当工作在错误的 reset、失败的 rebase 或删除的分支后看似丢失时，您可以使用 `git reflog` 找到提交的哈希值并恢复它（检出、在其处创建分支或重置回它）。

理解**常见的恢复场景**（在 `reset --hard` 后恢复、坏 rebase、分支删除和孤立的 detached-HEAD 提交）以及只要提交曾在本地存在（直到垃圾回收，通常数周后），恢复就有效，这是有价值的实用知识。

这个安全网令人放心，确实很有用——它意味着许多"我丢失了我的工作！"的情况是可恢复的，消除了对 Git 历史重写操作的许多恐惧。

由于看似丢失提交的错误很常见（尤其是在学习或使用 reset 和 rebase 等强大命令时），而且 reflog 是恢复它们的工具（通常将恐慌转变为快速修复），理解 `git reflog`——它记录的内容、如何恢复丢失的提交以及常见的恢复场景——是有价值的、实际相关的 Git 知识，作为一个必要的安全网，一个提供信心的工具，使您可以放心地使用 Git 的强大功能，知道丢失的工作通常可以被恢复，以及对任何开发者都是真正令人放心的知识。