Git Merge在不同电脑上行为不一致的原因及解决办法

为什么会出现差异？ #

核心是Git的**快进合并（Fast-Forward Merge）**行为差异：

• 你执行merge时，本地branchB的提交（commit3）是origin/branchA（commit4）的直接祖先，Git默认触发快进合并——直接把branchB的指针移到commit4，不会生成新提交。
• 同事那边出现合并提交（commit5），大概率是以下两种情况：
  1. 本地Git配置禁用了快进合并：同事的Git可能设置了merge.ff = false，这个配置会强制Git即使能快进也生成合并提交，而非直接移动分支指针。
  2. 同事本地branchB存在未同步的提交：比如他之前在branchB做了本地提交但没推送到远程，执行git pull时（默认是fetch+merge）会生成一个本地合并提交，导致branchB的HEAD不再是commit3，此时mergeorigin/branchA无法触发快进，只能生成新的合并提交commit5。
     Git版本差异的可能性极低——快进合并是Git很早就支持的基础功能，新旧版本在这个逻辑上没有差异。

如何修复？ #

第一步：排查问题根源 #

让同事执行以下命令确认原因：

1. 检查merge配置：

   git config --get merge.ff
   

   • 如果输出是false，就是配置导致的；如果是true，继续检查本地分支状态。
2. 检查本地是否有未推送的提交：

   git log --oneline branchB..origin/branchB
   

   • 如果有输出，说明本地branchB存在未同步到远程的提交。

第二步：针对性修复 #

情况1：配置禁用快进合并

• 临时执行快进合并（推荐，不修改全局配置）：

  git fetch
  git switch branchB
  git merge --ff-only origin/branchA
  git push
  

  --ff-only参数强制Git仅执行快进合并，如果无法快进会直接报错，避免意外生成合并提交。
• 永久恢复默认快进行为（可选）：

  # 全局配置（所有仓库生效）
  git config --global merge.ff true
  # 或仅当前仓库生效
  git config merge.ff true
  

情况2：本地存在未同步提交

• 如果本地提交是无用的，直接重置到远程分支：

  git fetch
  git switch branchB
  git reset --hard origin/branchB
  git merge --ff-only origin/branchA
  git push
  

• 如果本地提交有用，先变基到origin/branchA上（保持历史单线）：

  git fetch
  git switch branchB
  git rebase origin/branchA
  git push
  

优化建议 #

日常操作中，如果你需要确保merge时始终快进、不生成合并提交，可以直接用git merge --ff-only替代普通merge命令；另外，你原来的rebase命令里的git commit是多余的——rebase如果没有冲突，完成后不需要额外提交。

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