Git合并操作时是否会自动创建分支？

嘿，这个问题问得挺实在的——其实Git在合并操作时完全不会创建新的分支，你看到的master|MERGING只是当前分支处于「合并进行中」的状态标记，和“创建新分支”根本不是一回事。咱们结合你描述的场景拆解下背后的逻辑：

两种合并场景的差异 #

Git的合并主要分两种情况，这直接决定了你会不会看到MERGING的提示符：

1. 快进合并（Fast-forward Merge） #

当你的本地分支和远程分支的提交历史是线性延伸的（比如你本地没有新增任何提交，远程却有别人推送的新提交），Git会直接把本地分支的HEAD指针“平移”到远程最新的提交上。这个过程不需要生成新的合并提交，也不会触发合并状态，所以你的bash提示符会一直显示master，看起来就像你直接“追上”了远程的进度。

2. 真实合并（True Merge） #

当本地分支和远程分支的提交历史出现分叉（就像你说的场景：用户1推了file1.cpp的提交，用户2本地有file2.cpp的提交，两者的提交记录各走各的），这时候Git没法直接“快进”，就会启动真实合并：它会自动生成一个合并提交，把两个分叉的提交历史整合到一起。

这个过程中，Git会将当前分支标记为「合并中」，所以你的提示符会变成master|MERGING：

• 如果没有代码冲突，Git会自动完成合并提交，然后自动退出合并状态，提示符变回master
• 如果有冲突，Git会停在合并状态，等待你手动解决冲突后完成提交

关键结论 #

不管是哪种合并方式，Git都不会创建新的分支。master|MERGING只是告诉你：现在正在master分支上执行合并操作，仅此而已。你遇到的不同系统下的差异，其实和系统无关，只取决于你本地和远程分支的提交历史结构——是线性的，还是分叉的。

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