为何git merge --ff合并分支未实现快进反而生成合并提交？

核心原因是你的本地main分支并非develop分支的祖先节点，两者提交历史出现分叉，导致无法执行快进合并。

常见触发场景 #

• 本地main分支存在未推送的提交：比如你曾直接在main分支做过修改且未推送到远程，而develop分支基于更早版本的main创建/更新，此时main比develop多了新提交，历史线分叉。
• 远程main分支被他人修改后未同步：团队成员推送了新提交到远程main，但你本地的main仍是旧版本，develop基于旧版本main开发，导致本地main和develop的提交历史不连续。

关于git merge参数的行为说明 #

• git merge --ff：Git会优先尝试快进合并，当无法快进（历史分叉）时，自动降级为普通合并，生成带新哈希的合并提交，这就是你看到Merge made by the 'recursive' strategy输出的原因。
• git merge --ff-only：强制要求只能执行快进合并，一旦无法满足条件就直接报错终止操作，所以你会收到fatal: Not possible to fast-forward, aborting.的提示。

解决步骤 #

1. 先同步远程main分支的最新代码到本地：

git checkout main
git pull origin main

2. 再次尝试快进合并：

git merge --ff-only develop

• 如果成功，直接执行git push即可完成推送。
• 如果仍然报错，说明两者历史存在无法自动合并的分叉，可二选一处理：
  • 将develop分支变基到main上（保持历史线性）：git checkout develop && git rebase main，之后切回main分支再执行快进合并。
  • 接受普通合并提交：执行git merge develop生成合并提交后推送。

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