Git合并未同步全部文件：分支A合并到B仅变更2个文件

嘿，这个场景我之前踩过好几次坑，结合Git的工作机制，大概率是下面几个原因导致的，咱们一步步捋：

• 你合并的本地分支A不是最新版本
  这是最常见的情况！如果你本地的A分支很久没拉取远程更新，而远程A已经有了十几个文件的修改，那你在B分支执行git merge A的时候，合并的只是本地旧A的内容，自然只有少量文件同步。解决办法很简单：先切到A分支拉取最新代码：

  git checkout A
  git pull origin A
  git checkout B
  git merge A
  

  之后再看git status，应该就能看到所有差异文件了。

• 分支A的大部分修改已经存在于分支B中
  Git合并的核心是处理两个分支之间的差异，如果A里修改的十几个文件，在B分支中已经通过其他方式（比如别人合并过、你手动同步过、或者cherry-pick过部分提交）有了完全一致的内容，那Git会自动忽略这些无差异的文件，只保留真正有变化的2个文件。你可以用这个命令查看B和A之间的实际差异：

  git diff B..A
  

  输出结果会清晰显示两个分支到底有哪些文件不一样，是不是真的只有2个文件有差异。

• 分支A的提交历史被修改过（压缩/变基）
  如果A分支之前被执行过git rebase或者git merge --squash这类修改历史的操作，原本分散的多个提交被合并成了少数几个，看起来有十几个文件修改，但实际合并到B时，Git只会计算这些压缩后提交与B的差异，刚好对应2个文件。你可以用这个命令查看A相对于B的提交记录：

  git log --oneline B..A
  

  如果输出只有2条提交记录，那基本就是这个原因了——这十几个文件的修改其实都包含在这2个提交里，只是你看单个提交的文件变更会觉得多，但合并时是按提交差异来计算的。

• Git的合并策略自动完成了无冲突文件同步
  虽然少见，但Git的默认合并策略（recursive）会自动处理一些无冲突的文件合并，如果某些文件的修改在B和A中是互补的（比如A修改了文件的某一部分，B修改了另一部分，且没有重叠），Git会自动合并这些文件，不会在git status里显示为“修改”，你可能误以为这些文件没被合并，其实已经同步完成了。可以直接查看具体文件的内容来确认。

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