git revert 是唯一安全的选择，适用于已推送到远程且同事已 pull 的提交，它通过新增反向提交抵消变更，不改写历史，全程可追溯、无协作风险。

git revert 是唯一安全的选择

已推送到远程、且同事已经 git pull 过的提交，不能用 git reset（哪怕加 --force-with-lease）——它会改写历史，导致别人下次拉取时出现冲突、丢失提交或需要手动处理 rebase，协作链立刻断裂。唯一被 Git 社区和主流团队规范认可的方式，是 git revert：它不删旧提交，而是在当前分支末尾新增一个“反向提交”，把错误变更抵消掉。效果等价于“在代码里手动把改错的部分改回来”，但全程可追溯、无协作风险。

revert 单次提交最简流程

适用于刚推错一次、想快速修复的场景：

git摸鱼周报自动化

生成周报：读取本机 Git 仓库最近一周的提交记录，按项目分类提炼总结，生成标准周报格式，通过微信推送并返回给用户。触发词：周报、weekly report、git总结、提交记录总结、工作周报。

下载

• 先确认要撤销的提交哈希：git log --oneline -n 5，找到类似 a1b2c3d 的 ID
• 执行：git revert a1b2c3d（不加 --no-edit 时会弹出编辑器，可修改 revert 提交信息）
• 若无冲突，会自动生成新提交；若有冲突，Git 会停住，提示你解决后运行 git add . && git revert --continue
• 最后 git push 推送这个 revert 提交即可，所有人拉取后自动获得修复

revert 多次提交要小心顺序

想撤销连续的几次提交（比如 C、B、A），不能直接 git revert A B C——revert 是按时间倒序应用的，必须从最新的开始逐个 revert，否则中间状态可能非法：

• 正确顺序：git revert C → git revert B → git revert A
• 或者用范围语法（仅限线性历史）：git revert C^..C 只 revert C；git revert B^..C revert B 和 C（注意 B^..C 表示“B 之后到 C 包含的所有提交”，不是从 B 到 C）
• 如果历史有分叉或 merge，优先拆成单个 revert，避免 revert -m 1 等复杂参数引入歧义

误用 reset 后还能补救吗

如果已经执行了 git reset --hard 并 git push --force-with-lease，而同事也已拉取过原提交，这时 revert 不再适用（因为原提交在对方本地还存在，但你远程删了）。此时唯一办法是让所有协作者同步执行：git fetch && git reset --hard origin/main（假设主干是 main）。但这要求全员配合、暂停开发，实际中几乎不可行。所以——只要提交已共享，reset 就是不可逆的操作起点，不是撤销手段，而是事故源头。