误将提交推至GitHub受保护master分支，如何安全回退？

嘿，我完全懂你现在的糟心处境——本来以为GitHub的master是受保护分支不会出这事儿，结果不小心把feature-x的两个提交（718016d和8ab1912）合并推上去了，还跟远程的40个新提交混在了一起。别慌，咱们分两种方案来解决，先讲你想要的彻底移除历史提交的方法（风险高但符合你的需求），再讲更稳妥的revert方案，每一步都给你写清楚，避免再踩坑。

⚠️ 重要提醒：这个方法会直接改写远程master的历史，只有在确认没有其他开发者基于当前错误的master分支工作时才能用！如果团队里有人已经拉取了错误的master版本，这个操作会让他们的本地分支彻底混乱，一定要提前跟所有人沟通确认！

操作步骤： #

1. 先切换到本地master分支，并同步远程最新状态：

   git checkout master
   git fetch origin
   

2. 找到远程master在你误操作前的最后一个正确提交：
   执行git log --oneline origin/master，在日志里找到那两个错误提交（718016d、8ab1912）之前的那个提交，记下它的SHA值（比如假设是XYZ789）。
   如果你记不清，也可以用git reflog origin/master查看远程分支的操作历史，找到误推送前的状态。
3. 强制重置本地master到正确的提交：

   git reset --hard XYZ789
   

   这一步会把本地master分支彻底回退到那个正确的状态，丢弃后续的错误提交和合并记录。
4. 安全强制推送到远程master：
   别用普通的--force，用--force-with-lease更安全，它会检查远程分支是否和你刚才fetch的版本一致，避免不小心覆盖其他人的新提交：

   git push origin master --force-with-lease
   

5. 修复你的feature-x分支：
   现在你的feature-x分支还带着错误的合并记录，需要把它重置回原来的两个提交状态：

   git checkout feature-x
   git reset --hard 8ab1912
   

   这样feature-x就回到了你提交那两个版本的状态，之后可以正常通过PR合并到master。

后续必须做的事： #

• 立刻通知所有团队成员，让他们执行以下命令同步正确的master分支：

  git fetch origin
  git checkout master
  git reset --hard origin/master
  

• 赶紧去GitHub把master设置成受保护分支！禁止直接推送，要求必须通过Pull Request合并，从根源上避免这类误操作。

如果你觉得改写历史风险太高，或者团队里有其他人正在使用master分支，那git revert是更稳妥的选择——它会创建新的提交来抵消错误提交的内容，不会改变现有历史，对其他开发者完全友好。

操作步骤： #

1. 先确保本地master是最新的：

   git checkout master
   git fetch origin
   git pull origin master
   

2. 依次revert那两个错误提交（注意顺序要从新到旧）：
   先处理较新的8ab1912：

   git revert 8ab1912
   

   这时会弹出编辑器让你写提交信息，默认是Revert "原来的提交信息"，直接保存退出就行。
   再处理较早的718016d：

   git revert 718016d
   

   同样处理提交信息。
3. 处理可能的冲突：
   如果这两个错误提交和远程的40个新提交有代码冲突，Git会提示你解决冲突。解决完冲突后，执行：

   git add .
   git revert --continue
   

   如果中途想放弃这次revert，执行git revert --abort就行。
4. 推送revert提交到远程：

   git push origin master
   

说明： #

• 这个方法不会删除任何历史记录，只是新增了两个“抵消”提交，其他人拉取master后只会看到这两个新提交，完全不会影响他们的工作。
• 缺点是历史里会留下revert的记录，但这其实是好事——能清晰看到你做了回退操作，方便后续排查问题。

• 赶紧在GitHub上给master分支开启保护分支：设置禁止直接推送、要求PR必须经过审核，这样以后就不会出现直接推master的情况了。
• 检查你的git pub别名：它默认会把当前分支推送到同名的远程分支，这次你可能是不小心把feature-x的上游设成了origin/master，或者执行时指定了master分支。以后推送前一定要确认当前分支和目标远程分支是否正确。

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