如何回退Git仓库master分支的3次提交？

嘿，我来帮你理清这个问题！既然你已经把那三个坏提交的变更备份到其他分支了，那回到aa048e18其实有两种靠谱的方法，核心判断依据是你的master分支是否已经推送到远程公共仓库——这是选择操作的关键：

场景1：master仅在本地，还没推送到远程 #

这种情况完全可以用硬重置，因为没有其他开发者依赖这个分支的历史，操作简单直接：

• 首先切换到master分支：

  git checkout master
  

• 硬重置到目标稳定提交：

  git reset --hard aa048e18
  

  这个命令会把你的工作区、暂存区和分支指针直接回退到aa048e18的状态，因为你已经把坏提交的变更备份到其他分支了，所以不用担心数据丢失。

场景2：master已经推送到远程，且有其他开发者在使用 #

这时候绝对不能用rebase或者硬重置——这就是有人说“绝不能使用rebase”的原因：rebase会改写提交历史，硬重置后强制推送也会覆盖远程的历史，这会导致其他开发者的本地仓库和远程仓库出现严重冲突，协作起来非常麻烦。

这种情况下，应该用批量revert来撤销那三个坏提交，它会生成新的提交来抵消原提交的变更，保持历史的完整性：

• 切换到master分支：

  git checkout master
  

• 批量revert那三个坏提交（两种方式可选）：
  方法一：直接列出三个坏提交的哈希（从新到旧顺序不影响，Git会自动处理）：

  git revert 0cf2ebda 9344b597 8f7aaea8
  

  方法二：用提交范围（左开右闭，意思是撤销从8f7aaea8的下一个提交到最新的0cf2ebda）：

  git revert 8f7aaea8..0cf2ebda
  

  执行后Git会为每个坏提交生成一个新的撤销提交，你只需要依次确认提交信息即可。最后把这些新提交推送到远程：

  git push
  

补充说明 #

• 关于revert：它完全支持批量操作，不是只能单次撤销，你之前的误解可能是没接触过多提交场景而已。
• 关于rebase：它在本地私有分支上是很有用的（比如整理自己的提交历史），但在公共分支（比如master）上绝对不能用，因为会破坏协作的历史一致性。

内容的提问来源于stack exchange，提问作者Gerry