如何排查Git合并分支时选择合适的合并策略？

本文共计864个文字，预计阅读时间需要4分钟。

遇到 `divergent branches` 提示时，说明当前分支和目标分支存在对有和没有的提交。Git 无法自动选择默认合并方式（如 fast-forward），必须明确指定策略。这不是 Git 在卡住，而是它在等待你的决策。

git merge --no-ff 是最安全的默认选择

当执行 git merge main 报出 divergent 提示时，--no-ff 能强制创建一个合并提交，保留两个分支各自的演化路径。这在团队协作中尤其重要：别人能一眼看出这个功能是何时、从哪个分支合入的。

• 不加 --no-ff 时，Git 可能尝试 fast-forward，但失败后直接中止，不给你任何提示
• 加了之后，即使历史不能快进，也会生成一个清晰的 Merge branch 'feature/login' into main 提交
• 如果担心合并后出问题，可以搭配 --no-commit：先应用变更但不自动提交，留出时间检查编译、跑测试

git rebase main 适合个人分支同步，但别用在已推送的分支上

如果你在 feature/login 上工作，而 main 已有新提交，git rebase main 会把你自己的提交“重放”到 main 最新基础上，让历史变成一条直线。这对本地开发很干净，但前提是这个分支还没推送到远程。