合并Github分支A到B时排除错误提交，仅在文件更新时合并

一、清理A分支的错误历史 #

先移除A分支中那次误合并B的提交及其回滚提交，只保留后续的两个正常提交：

• 切换到A分支：git checkout A
• 查看提交历史，定位误合并提交的哈希值（记为bad-merge-hash），以及误合并前A分支最后一个正常提交的哈希值（记为good-commit-hash）：

  git log --oneline
  

• 用rebase重写A分支，跳过误合并提交：

  git rebase --onto good-commit-hash bad-merge-hash^ A
  

  该命令会把A分支中bad-merge-hash之后的提交（回滚提交+两个新提交），迁移到good-commit-hash的末尾，同时剔除误合并提交本身。
• 强制推送修改后的A分支到Github（提前告知团队成员同步，避免冲突）：

  git push -f origin A
  

二、控制特定文件的合并行为 #

清理历史后，仍需设置规则让Git保留B中版本更高的文件，直到A里这些文件有新修改：

• 切换到B分支：git checkout B
• 创建或修改.gitattributes文件，添加需要保留B版本的文件规则：

  # 示例：指定文件路径，使用ours合并策略
  src/file1.js merge=ours
  src/folder/file2.css merge=ours
  

  merge=ours策略会让Git在合并这些文件时，始终采用B分支的版本，忽略A分支中该文件的旧版本内容。
• 提交.gitattributes文件：

  git add .gitattributes
  git commit -m "Configure merge strategy to keep B's version for specific files"
  

• 合并A分支到B：

  git merge A
  

  此时指定文件会保留B的当前版本（如示例中的版本5），A中的其他新提交则正常合并到B。

三、后续处理 #

当A分支中那些特定文件有新修改（如更新到版本6）时：

• 临时修改.gitattributes，注释或删除对应文件的规则；
• 合并A到B，Git会正常合并该文件的新修改；
• 若后续仍需保留B的版本主导权，可重新添加规则到.gitattributes。

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