如何在 Git 中安全撤销本地和远程提交

撤销 Git 提交很容易。但正确撤销、不丢失工作、不惊扰分支上的其他人，则需要判断力。

首要问题不是“该运行哪个命令？”，而是“谁看到了这个提交？”。如果提交只存在于你的笔记本电脑上，通常可以用 git reset 或 git commit --amend 重写。如果提交已推送到其他人使用的分支，建议使用 git revert。这能保持历史完整，并创建一个新提交来撤销错误更改。

在修改历史前，先快速记录当前状态：

git status
git branch backup-before-undo
git log --oneline --decorate -5

这个临时分支是廉价保险。如果你重置过度或改变主意，旧提交仍有名称可寻。

如果提交尚未推送

对于尚未推送的本地提交，git reset 通常是最干净的工具。它向后移动分支指针。你选择的模式决定了文件如何处理。

当提交消息错误或忘记了一个小文件时，使用 --soft：

git reset --soft HEAD~1

你的上一个提交消失，但更改仍处于暂存状态。你可以添加缺失文件并再次提交：

git add missing-file.yml
git commit -m "Update deployment config"

当你希望更改回到工作树（未暂存）时，使用默认的混合重置：

git reset HEAD~1

这是日常的“取消提交但保留编辑”命令。当一个提交应拆分为两个更小的提交，或当你将调试打印语句与真实代码一起提交时，它很有用。

仅当你真正想丢弃本地更改时使用 --hard：

git reset --hard HEAD~1

这会将跟踪文件重置到更早的提交。它不会礼貌地询问你是否确定。如果你在跟踪文件中有未提交的工作，它可能会从工作树中消失。先检查 git status，并暂存或分支任何你可能想要恢复的内容。

对于最近本地提交的小修复，git commit --amend 通常比重置更好：

git add corrected-file.js
git commit --amend

这会用新提交替换上一个提交。同样规则适用：推送前可自由修改；推送后需谨慎。

如果提交已推送

在共享分支上，除非有强烈理由重写历史，否则使用 git revert。Revert 会创建一个应用相反补丁的新提交。

git revert a1b2c3d

该命令会打开编辑器显示生成的消息。保存后，Git 会创建一个新提交。原始提交保留在历史中，这正是你在 main、master、develop、发布分支以及队友可能拉取过的分支上想要的。

如果需要撤销多个连续提交，可以一次性暂存执行：

git revert --no-commit HEAD~3..HEAD
git status
git commit -m "Revert recent deployment changes"

仔细阅读范围。HEAD~3..HEAD 表示最后三个提交，不包括 HEAD~3 本身。如有疑问，先列出提交：

git log --oneline HEAD~3..HEAD

合并提交需要额外决定。合并有多个父提交，因此 Git 需要知道哪一侧应视为主线：

git revert -m 1 <merge-commit-sha>

大多数团队在从目标分支撤销功能分支合并时使用 -m 1，但不要盲目运行。用 git show --summary <sha> 查看合并提交并确认父提交顺序。

如果推送了错误内容且必须删除

有时 revert 不够。如果你推送了机密信息、大型二进制文件或私人客户数据，revert 仅从最新树中移除。敏感内容仍存在于历史中。这变成了事件响应问题，而不仅仅是 Git 清理问题。

对于机密信息，先轮换凭据。然后用适当的历史重写工具（如 git filter-repo、BFG Repo-Cleaner 或特定主机的机密移除流程）从历史中移除数据。与仓库所有者协调，并假设任何有权限的人可能在移除前已获取了错误提交。

对于你自己功能分支上的普通错误提交，重写远程分支是可以接受的。本地重置，然后用 lease 强制推送：

git reset --hard HEAD~1
git push --force-with-lease origin my-feature-branch

--force-with-lease 是更安全的形式，因为如果自上次拉取后有人推送了新工作，它会拒绝更新远程。它仍然是强制推送。它仍然重写分支。在个人或协调的功能分支上使用，不要在共享分支上随意使用。

强制推送前的好习惯是：

git fetch origin
git log --oneline --left-right --graph origin/my-feature-branch...my-feature-branch

这会显示仅存在于远程和仅存在于本地的内容。如果左侧包含其他人的提交，停下来与他们沟通。

使用 reflog 恢复

git reflog 是拯救许多糟糕下午的命令。它记录了你本地 HEAD 和分支引用最近指向的位置。如果你重置到了错误位置、删除了分支或修改了错误提交，reflog 通常知道旧提交的 SHA。

git reflog

你可能会看到类似：

7cc8a91 HEAD@{0}: reset: moving to HEAD~1
2b41f0d HEAD@{1}: commit: add retry around deploy step

要恢复旧提交，在其位置创建分支：

git branch recovered-deploy-work 2b41f0d

我更喜欢创建分支而不是立即运行另一个硬重置。它给你一个稳定的句柄，你可以冷静地检查恢复的工作：

git show recovered-deploy-work
git switch recovered-deploy-work

Reflog 是本地工具。你队友的 reflog 不会包含你丢失的本地提交，远程主机可能不暴露相同的恢复路径。它也会根据 Git 的垃圾回收设置随时间修剪，因此将其视为近期安全网，而非归档存储。

实用决策指南

如果你提交过早且未推送，使用 git reset --soft HEAD~1 或 git reset HEAD~1。

如果你提交了错误文件且希望本地删除编辑，仅在检查 git status 后使用 git reset --hard HEAD~1。

如果错误提交已在共享分支上，使用 git revert <sha>。

如果你的功能分支在远程但仅你使用，git reset 加 git push --force-with-lease 通常可接受。

如果提交包含机密或敏感数据，不要依赖 revert。轮换机密，用正确工具重写历史，并协调清理。

最安全的 Git 撤销工作流很无聊：先检查，创建备份分支，根据提交是否共享选择命令，并在需要从自己的恢复尝试中恢复时使用 reflog。