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^..Crevert 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 就是不可逆的操作起点，不是撤销手段，而是事故源头。
