在 Git 协作中，如果提交已经推送到远程共享分支，最安全的方式是使用 git revert 创建反向提交，而不是强制覆盖历史。
先说结论：已推送的提交优先用 revert，重置历史仅限私有分支。
- 适合共享分支协作
- 先看提交是否已推送
- 建议操作前备份分支
命令速用版
撤销最近一次提交：
git revert HEAD撤销指定提交：
git revert <commit-hash>推送撤销结果：
git push origin <branch>若撤销的是合并提交，需指定主线：
git revert -m 1 <commit-hash>为什么会这样
Git 中的撤销本质上是处理历史记录。本地使用 git reset 移动 HEAD 指针相当于修改个人日记，但一旦推送到远程，历史就变成了共享记录。如果强行使用 reset 配合强制推送，会重写远程历史，导致其他协作者基于旧历史开发的内容出现冲突甚至丢失。git revert 则是新增一个反向提交，保留原有历史轨迹，对团队协作最安全。
分步处理
1. 确认提交状态：使用 git log 查看提交哈希，确认目标提交已推送到远程。
2. 执行回退：运行 git revert <commit-hash>，系统会打开编辑器确认提交信息，保存即可。
3. 处理冲突：如果回退的文件在之后被修改过，Git 会停在冲突状态。手动解决冲突后，执行 git add . 和 git revert `--continue`。若需放弃回退操作，可执行 git revert `--abort` 恢复现场。
4. 推送结果：执行 git push origin <branch>，无需使用强制推送参数。
怎么验证是否生效
1. 查看本地历史：运行 git log `--oneline`，确认出现了一条新的 Revert 提交记录。
2. 检查远程状态：在代码托管平台网页端查看提交历史，确认新提交已同步。
3. 验证代码内容：检查被撤销提交修改的文件，确认内容已恢复到预期状态。
常见坑
1. 误用强制推送：在共享分支上使用 git push `--force` 会覆盖他人提交，除非你 100% 确认无人基于该分支开发。
2. 混淆 amend 场景：git commit `--amend` 仅适用于未推送的提交，已推送后使用会改变提交哈希，导致关联断开。
3. 合并提交回退：撤销 merge 提交时必须加 -m 1 参数，否则 Git 无法确定以哪条父线为基准。
4. 连续回退顺序：撤销多个连续提交时，建议从最新到最旧依次执行，或使用范围 notation 但需注意冲突处理。
参考来源
- Git 官方文档 - git-revert
- Atlassian Git Tutorial - Undoing Changes
- GitHub Docs - About commit reverts
原文链接：https://www.zjcp.cc/ask/11186.html