如何将Git master分支恢复至指定历史提交？操作遇阻求排查

出现这种情况，大概率是以下几个原因导致的，逐一排查解决：

1. 远程master分支被设置为保护分支，禁止强制推送 #

这是最常见的原因——GitHub、GitLab等代码托管平台默认会把master/main分支设为保护分支，禁止直接git push --force操作，防止误操作覆盖分支历史。

解决步骤：

• 登录你的代码托管平台，进入仓库的「分支设置」页面
• 找到master分支的保护规则，暂时关闭「禁止强制推送」「需要提交审核」等限制
• 重新执行更安全的强制推送命令：

  git push --force-with-lease origin master
  

  （--force-with-lease比--force更安全，会先检查远程分支有没有其他人的新提交，避免误覆盖）

2. 本地reset操作未生效，或搞混了commit哈希 #

先确认本地分支的状态是否正确：

• 执行git status，确保当前处于master分支
• 执行git log --oneline master origin/master，对比本地master和远程master的提交历史：
  • 如果本地master的最新提交不是commit_1，说明你之前的git reset --hard commit_1没执行对，可能输错了commit哈希，重新核对commit_1的正确哈希后再执行一次reset
  • 如果本地和远程的提交完全一致，说明你reset的commit_1其实就是远程的最新提交，你可能搞混了commit_1和commit_2的哈希值

3. 其他机器拉取时未使用强制拉取 #

其他机器执行普通git pull时，因为本地分支的commit_2和远程的commit_1存在历史冲突，Git会尝试合并而不是直接覆盖，导致分支没切换到commit_1。需要让其他机器执行：

git checkout master
git pull --force origin master

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