git revert 撤销已推送的提交（安全不改写历史）

场景：一个提交已经 git push 上去了，团队其他人可能已经拉取。这时你想"撤掉它"，如果用 git reset 改写历史，会让协作者 pull 时一团糟。正确做法是 git revert。

revert 的核心思想

revert 不是"删掉那个提交"，而是新增一个内容恰好相反的提交来抵消它：

历史：
A - B - C（要撤销 C）
revert 后：
A - B - C - C'(内容与 C 相反，等于撤销了 C)

历史永远是往前推进的，别人 pull 安全无冲突风险。

基本用法

# 撤销最近一次提交
git revert HEAD

# 撤销指定的某个提交
git revert 提交哈希

# 撤销后推送到远程
git push

执行时可能弹出编辑器让你填 revert 的提交信息，默认即可，保存退出。

撤销多个提交

# 撤销从 旧哈希 到 HEAD 之间的所有提交
git revert 旧提交哈希..HEAD

# 只撤销指定的两个（不连续）不产生新提交，先处理
git revert -n 提交A 提交B
# 手动处理后一起提交
git commit

遇冲突怎么办

如果后续有提交改了同一处，revert 可能冲突：

# 提示冲突后，打开文件手动解决
git add 冲突文件
git revert --continue     # 完成 revert
# 或想放弃这次 revert
git revert --abort

revert vs reset 决策

经验法则：只要提交已 push 或不确定是否被人拉过，就用 revert，别用 reset。

完整示例

# 团队发现某次改动引入了 bug
git log --oneline
# abc1234 (HEAD) 修复样式
# def5678 添加新功能 ← 这个有问题
# ...

# 撤销 def5678(不影响其他提交)
git revert def5678
# 会提示可能冲突，处理
git push

一句话速记

已推送的提交要撤销用 git revert 哈希，它新增反向提交、不改历史、协作安全。