如何恢复已删除的 Git 存储、已删除的分支或丢失的提交

当您删除存储或删除分支时，Git 会删除名称，而不是提交。 提交作为无法访问的对象保留在存储库中，直到垃圾收集修剪它们（通常是两周或更长时间）。使用 git reflog 在引用日志中查找已删除分支的最后一次提交，使用 git fsck --unreachable 查找已删除的存储，使用 git show 检查它，然后使用 git branch rescue <sha> 保留它。

本指南涵盖了每种情况的确切命令，解释了 Git 保留丢失工作的时间以及无法恢复的内容，并在 GitTree 的 Lost & Found 中显示了相同的恢复，它会立即搜索每个源，并且从不检查或重置任何内容。失物招领是 GitTree 免费计划的一部分。要撤消重置、变基或修改，请阅读如何撤消 git 重置、变基和提交。

“丢失的”Git 工作实际上存在的地方

当分支、标签、存储或 HEAD 指向某个提交时，该提交就是可达的。删除分支或删除存储会使其提交无法访问，但它们仍保留在 .git/objects 中。有两条记录可帮助您找到它们：引用日志（每个分支和 HEAD 之前指向的位置）以及对象数据库本身（git fsck 可以搜索）。

恢复已删除的分支

当您删除分支时，Git 会打印该分支的最后一次提交 (Deleted branch feature/login (was 3f2a9c1))。如果该消息消失了，请搜索 HEAD 的引用日志以查找您上次在分支上的时间，然后在该提交处重新创建分支。

# find the last commit of the branch
git reflog | grep "feature/login"

# check what it holds
git show 3f2a9c1 --stat

# put the branch back
git branch feature/login 3f2a9c1

恢复掉落的藏品

存储一旦被删除，就没有自己的引用日志，因此请搜索无法访问的提交。存储是一种合并形状的提交，其消息以 WIP on 或 On <branch>: 开头，这使得过滤变得容易。这是 Git 自己的存储文档描述的方法。

# list unreachable stash-like commits, newest first
git fsck --unreachable | grep commit | cut -d" " -f3 \
  | xargs git log --merges --no-walk --grep=WIP --format="%h %cr %s"

# inspect a candidate
git stash show -p 7c1e0b4

# restore it into your working tree, or keep it on a branch
git stash apply 7c1e0b4
git branch rescue-stash 7c1e0b4

使用 git fsck --lost-found 查找每个悬空提交

git fsck --lost-found 列出悬空提交，并将每个提交的副本写入 .git/lost-found/commit/，并按其 id 命名。当您不知道要查找什么时，请使用它：列出它们及其日期和消息，然后从您想要的分支开始。

git fsck --lost-found
ls .git/lost-found/commit | xargs git log --no-walk --format="%h %cr %s"
git branch rescue 9d44b0e

Git 保留丢失的提交多久

垃圾收集在执行某些命令后会自行运行，因此这些是窗口，而不是承诺。你看得越早，发现的就越多。其他地方的副本（例如队友的克隆或推送的分支）是另一个安全网：仅在您的计算机上丢失的工作仅存在于那里。

什么无法挽回

• 从未提交或隐藏的更改，例如使用 git checkout -- <file> 或 git restore 丢弃的编辑。
• 未跟踪的文件不在使用 -u 制作的存储中。
• 提交垃圾收集已经修剪。
• 只存在于另一个人的计算机上的作品。

后续步骤：Lost & Found 指南 记录了每个页面和按钮，查找上一个分支提示 涵盖了引用日志视图，而 git stash 指南 解释了应用、弹出和未跟踪的文件，因此您需要恢复的频率较低。