Git强制推送后分支未变更文件被回滚问题求助

核心原因是远程仓库的提交历史被强制改写后，本地仓库的历史与远程出现了严重分叉：

• 同事将遗留代码合并到master并推送后，远程master的提交链新增了错误的合并记录
• 你们用强制推送恢复正确代码时，相当于把远程master的提交历史「回退」到了错误合并之前的状态，直接覆盖了远程的错误提交链
• 但部分本地仓库仍然保留着包含错误合并的旧提交历史（比如你提到的B文件还停留在版本2的提交链里），当这些本地仓库执行拉取、推送操作时，Git会默认尝试将本地旧历史与远程新历史合并。如果操作不当（比如直接强制推送、或者用默认pull产生无效合并后再推送），就会把远程已经恢复的新版本（版本3）覆盖回旧版本（版本2）——因为在本地旧历史的视角里，版本2的提交是「新的」，会被当成有效提交推送到远程。

除了删除分支重建，还有以下几种更高效的处理方式：

• 强制对齐本地与远程历史：
  1. 先把本地未提交的修改暂存：git stash
  2. 强制将本地master分支重置为远程最新的正确版本：git reset --hard origin/master
  3. 恢复暂存的修改：git stash pop，之后重新整理修改并提交
     注意：这个操作会清空本地未提交的修改，一定要先暂存或备份重要内容。
• 拉取时用变基替代合并：
  如果本地有未推送的合法提交，不要用默认的git pull，而是执行git pull --rebase。这个命令会把本地的提交「挪到」远程最新历史的后面，避免产生无用的合并提交，也能防止旧历史覆盖远程新内容。如果变基过程中出现冲突，手动解决后执行git rebase --continue即可。
• 清理本地无效的远程分支缓存：
  有些本地仓库可能还缓存着已被远程删除的旧分支引用，执行git remote prune origin可以清理这些无效引用，避免操作时选错分支或历史。
• 统一团队操作规范：
  要求所有成员在推送代码前，必须先拉取远程最新代码；如果遇到本地与远程历史不一致的情况，禁止直接强制推送，先和管理员确认远程历史是否被改写，再用上述重置或变基的方式对齐远程。

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