撤消 git 重置、变基和提交：如何恢复（几乎）Git 中的任何内容

要撤消 git 重置、变基或提交，请运行 git reflog，找到错误之前的条目并将分支指向该条目，例如使用 git reset --hard HEAD@{1}。 Git 会在引用日志中记录 HEAD 和每个分支的每一个移动，并且默认情况下甚至会将丢失的提交条目保留 30 天（分支上的提交为 90 天），因此提交的工作几乎永远不会消失。唯一真正的例外是你从未参与过的工作。

以下是每个常见错误的解决方法。每个命令都是纯 Git，并且在 macOS、Windows 和 Linux 上的工作方式相同。在 Windows 上，在带有 Git for Windows 的 Git Bash 中运行它们：PowerShell 需要引用日志名称，例如带引号的 HEAD@{1}，并且没有 grep。最后您将了解桌面 Git 客户端 GitTree 如何保留 19 种操作的恢复快照，因此大多数错误只需一键即可返回。

Git undo 备忘单：每个错误的命令

找到您的情况，然后在运行任何操作之前阅读其部分。 HEAD@{1} 表示“HEAD 在一步前的位置”；如果此后您运行过其他命令，请先使用 git reflog 查找正确的数字。

Git reflog 解释：每个命令下的安全网

reflog（参考日志）是一个私人日记，记录了 HEAD 和您的分支提示所指向的位置。每次提交、签出、重置、合并、变基、修改和拉取都会添加一行，远程跟踪分支（例如 origin/main）也会添加一行。它仅存在于您的本地 .git 文件夹中：它永远不会被推送，并且新的克隆以空克隆开始。

git reflog
git reflog show main
git reflog --date=relative

变基后的典型 git reflog 如下所示，最新条目在前：

6c55495 HEAD@{0}: rebase (finish): returning to refs/heads/feature-login
6c55495 HEAD@{1}: rebase (pick): Validate the email field
cb6e15e HEAD@{2}: rebase (pick): Add the login form
2c44bc3 HEAD@{3}: rebase (start): checkout main
595b83d HEAD@{4}: commit: Validate the email field

向下阅读到错误发生之前的最新行：此处为 HEAD@{4}，是在 rebase (start) 之前进行的提交。在 Git 需要提交的任何地方使用它的哈希值或该名称； main@{2.hours.ago} 也有效。条目会在 90 天后过期，对于没有分支可以到达的提交，则在 30 天后过期，并且当条目存在时，git gc 会保留其提交。

Git 撤消上次提交：软重置、混合重置或硬重置

如果提交仍然仅在您的计算机上，则 git reset 将分支向后移动一次提交。该模式决定其变化会发生什么：

git reset --soft HEAD~1
git reset HEAD~1
git reset --hard HEAD~1

• --soft 保持更改暂存，准备再次提交：非常适合修复消息或添加被遗忘的文件。
• --mixed（默认值）将更改保留在工作文件夹中，未暂存，以便您可以拆分提交。
• --hard 会在提交时丢弃更改以及任何未提交的编辑。 reflog 会将提交保留一段时间，但请三思。

如果您已经推送了它，请不要重写它：git revert HEAD 记录取消它的新提交。免费课程 推送后恢复错误 涵盖了恢复和其他安全返回方式。

撤消 git commit --amend

修改将提交替换为新的提交；原始内容保留在转发日志中。修改后，git reset --soft HEAD@{1} 将分支放回原始分支，并保留修改添加的内容。稍后，在 git reflog 中找到 commit (amend) 行并使用其下面的条目。

git reset --soft HEAD@{1}

如何撤消 git Reset --hard

硬重置会移动分支并覆盖您的文件，但它删除的提交仍然在 Git 的对象数据库中。引用日志将移动显示为 reset: moving to HEAD~2，其下方的行是您所在的位置。如果重置是您的最后一个命令，这将使一切恢复：

git reflog
git reset --hard HEAD@{1}

git fsck --lost-found

如何撤消 git rebase

如果变基因冲突而停止，则 git rebase --abort 将分支、索引和文件返回到原来的位置。如果完成了，你有两条路回去。当变基开始时，Git 将 ORIG_HEAD 指向旧提示，因此随后 git reset --hard ORIG_HEAD 会撤消它。分支自己的引用日志仍然更坚固：变基仅在 rebase (finish) 处移动分支一次，因此 feature-login@{1} 是与原来完全相同的分支。当变基或择优选择暂停时，课程[继续、跳过或中止活动操作](/zh/tutorial/ continue-skip-abort) 解释了每种退出方式。

git rebase --abort
git reset --hard ORIG_HEAD
git reset --hard feature-login@{1}

如果您已经推送了重新设置的分支，则恢复它需要强制推送（见下文）。要有意重写历史记录，请阅读我们的 Git GUI 中的交互式变基 指南。

撤消 git 合并

合并还会将旧提示保留在 ORIG_HEAD 中，因此 git reset --hard ORIG_HEAD 会撤消您尚未推送的提示。如果发生冲突，git merge --abort 可以帮助您摆脱困境，或者按照我们的指南来解决 Git 合并冲突。推送的合并通过 git revert -m 1 <merge-commit> 恢复；稍后再次合并该分支不会恢复这些更改，除非您恢复恢复。

git merge --abort
git reset --hard ORIG_HEAD
git revert -m 1 <merge-commit>

恢复已删除的 Git 分支（以及删除的存储）

删除分支会删除名称，而不是提交。 git branch -D 打印分支指向的提示，并从该哈希再次创建分支将其恢复：

git branch feature-login 1a2b3c4
git reflog | grep "moving from feature-login"

失去了输出？ HEAD 的转发仍然记得。第二个命令找到 checkout: moving from feature-login to main；高一个数字的条目（如果匹配为 HEAD@{5}，则为 HEAD@{6}）是分支的最后一次提交。如果分支仍在远程，则 git branch feature-login origin/feature-login 会更快。要返回一个提交而不是整个分支，请将其与cherry-pick一起应用。

恢复掉落的藏品

git stash drop 和 git stash pop 打印他们删除的存储的哈希值，然后 git stash apply <hash> 将其恢复。如果没有哈希值，Git 的文档建议搜索无法访问的存储提交；它发现用默认的“WIP on ...”消息保存的存储：

git stash apply 9d668e5
git fsck --unreachable | grep commit | cut -d' ' -f3 | xargs git log --merges --no-walk --grep=WIP --oneline

如何撤消强制推送

强制推送会将远程分支替换为您的分支，因此仅在远程上的提交将被删除。您的远程跟踪分支也保留引用日志：origin/main@{1} 是推送之前远程分支所在的位置，正如您上次看到的那样，推送输出打印与 old...new 前半部分相同的哈希值。

git reflog show origin/main
git push --force-with-lease origin 1a2b3c4:main

如果遥控器自您上次获取后发生了移动，则 --force-with-lease 会拒绝推送，因此您不会意外覆盖队友的修复。您从未获取的提交从未在您的计算机上；谁推动了他们，谁就可以再次推动他们。然后告诉任何介入其中的人。 恢复推送错误的视频 显示了整个修复过程。

GitTree一键撤消：19种操作的恢复快照

上面的所有内容也适用于 GitTree：它运行您安装的 Git（2.39 或更高版本），并且其内置终端在提交图下打开您自己的 shell。添加内容：GitTree 在 refs/ogt/trash 下保留 19 种操作的恢复快照，在运行之前保存破坏性步骤将删除的任何内容，工具栏中的“撤消”按钮可反转最后一步。

撤消涵盖提交和修改、签出、重置、变基（也是交互式的）、丢弃的文件、块和行、删除的分支和标签、清理未跟踪的文件等等。对于从 GitTree 运行的硬重置，快照也会保存您未提交的更改，而普通的 git reset --hard 无法恢复这些更改。

19 个中的两个被保留而不是被颠倒。用力推送会更改遥控器，只有另一次推送才能将其更改回来，因此 GitTree 保留其替换的尖端并将推送留给您（它始终使用 --force-with-lease 进行强制推送）。删除的存储会被快照，但撤消还不能恢复它。 GitTree 还拒绝会覆盖以后工作的撤消，并说明原因。正常推送无法从应用程序撤消；而是恢复。

让每个 Git 错误都可逆转的习惯

• 尽早提交，甚至是混乱的。只有提交的工作才会到达引用日志；稍后通过交互式变基来整理它。
• 在进行有风险的编辑之前进行分支。 git branch backup/before-rebase 无需任何费用且永不过期。
• 切勿使用普通的 `--force`。 --force-with-lease 不会覆盖您未见过的提交。
• 恢复共享历史记录，重置私人历史记录。其他人拉取提交后，将其恢复。
• 保持 Git 最新。 GitTree 需要 Git 2.39 或更高版本，Ubuntu 22.04 发布 2.34；请参阅如何在 Ubuntu 上升级 Git。

还在打字和点击之间做出选择吗？阅读 Git GUI 与命令行，或从 Git for Beginners, with a GUI 开始。

GitTree 有一个免费计划，涵盖所有 Git 功能，包括私有存储库，适用于 macOS 13 或更高版本、Windows 10 和 11 (x64) 以及 64 位 Linux（x86_64：Ubuntu 22.04+、Debian 12+），并且 AI 助手 Nour 随 GitTree Pro 一起提供（请参阅定价)。它需要 Git 2.39 或更新版本以及 GitTree 帐户才能登录。从下载页面 获取它，或查看它如何在 Linux 上运行。