IDEA中合并本地dev还是origin/dev？Git分支合并路径详解

临下班同事在群里喊了一声：dev 上有个 hotfix，谁有空合并一下，测试环境等着验证。我切到 feature 分支，打开 IDEA 的 Merge 对话框，手停在两个 dev 上——Local Branches 里一个 dev，Remote Branches 里一个 origin/dev。以前这种操作我基本都是随手点一个，直到有一次合并完被人从群里 @ 出来：你合的是旧代码啊，那个 hotfix 压根没进来。从那以后我才把这件事彻底搞明白：在 IDEA 中选择合并本地的 dev 分支和合并远程跟踪分支 origin/dev，底层是两条不同的 Git 合并路径，结果也完全可能不同。这篇文章我打算把两者的区别一次讲透，顺便把我踩过的几个坑和现在固定使用的安全合并流程一并分享出来。适合刚接触 Git 图形界面的同学，也对整天处理多分支合并的老手有参考价值。

1. 结论先行：两个 dev 背后的“引用”根本不是一回事

1.1 一句话结论

很多人在这个问题上的第一反应是：dev 和 origin/dev 指向的肯定是同一个地方，选谁都一样。其实这句话只有在“你刚刚执行过 fetch/pull，并且本地 dev 没有独有提交”这一种前提下才成立。除此之外，选择合并本地 dev，合入的是你自己机器上那个可读可写的本地分支；选择合并 origin/dev，合入的是最近一次 fetch 时缓存下来的远程状态快照——注意，只是“快照”。

这里的核心是 Git 的对象模型：分支名本身只是一个指向某个 commit 对象的指针。本地 dev 是 refs/heads/dev，origin/dev 是 refs/remotes/origin/dev。前者跟着你的操作移动，比如你在本地 dev 上提交、拉取、回滚，它都会变；后者只会在 fetch（或者 pull，因为 pull 内部先做 fetch）的时候被更新。换句话说，origin/dev 是一张“上次见到的远程状态”的照片，而 dev 是你办公桌上正在改的那张图纸，双方随时可能不一样。

1.2 远程跟踪分支：它既不是“远程”，也不是“普通分支”

远程跟踪分支这个名字容易让人误解，它其实是在你本地仓库里、用于记录远程仓库上一次已知状态的引用。你可以在 .git/refs/remotes/origin/ 下找到它，但不能像普通分支一样给它提交，也不能直接编辑它的工作区。如果强行 checkout origin/dev，Git 会进入一个 detached HEAD（游离头指针）状态，之后提交的 commit 不在任何分支上，等切换回正常分支后非常容易弄丢。

所以理解这两个选项的最佳方式是：本地 dev 是你自己的可变分支；origin/dev 是你在本地维护的、关于远程分支的只读缓存。之后所有“有没有区别”的问题，都可以归结为一句：这个只读缓存和你自己的分支，当前指向的是不是同一个 commit。

2. IDEA 的合并对话框，两个选项背后分别是哪条 Git 命令

2.1 合并入口与方向性

IDEA 的合并分支入口有几个：顶部菜单 VCS > Git > Merge...，窗口右下角分支名点开后也有 Merge 选项。弹出的 Merge Branches 对话框里，通常 Local Branches 显示本地分支，Remote Branches 显示 origin/dev 这种远程跟踪分支。无论选择哪个，合并的目标都是当前分支，也就是你切换后所在的那个分支，合并完成后你人还在当前分支上。

这里想特别提醒一个方向性误区：你当前停在 feature 分支上，点 Merge 选择 dev，意思是“把 dev 的改动带进 feature”，而不是“把 feature 带进 dev”。很多刚接触 Git 图形界面的同学会把方向搞反，之后看到分支图上多出来的提交结构也会懵。合并方向是理解后续所有操作的前提。

不同 IDEA 版本的界面细节会有差异，比如有的版本在 Merge 按钮旁边会有 “Do not fast-forward” 之类的选项。遇到拿不准的选项先不要乱勾，命令行的语义最清楚，IDEA 本质上只是把这些 Git 命令包装成图形界面。下面我把两个选项分别翻译成对应的命令，这样一切