4.2.1 合并场景#

场景：项目主分支master在Commit 3处创建了1.0-dev分支。之后，master继续开发到Commit 5，1.0-dev也完成了1.0版本开发到Commit 4。现在需要将1.0-dev的功能合并回master。

4.2.2 合并操作#

首先切换到目标分支（master），然后执行合并：

1
git checkout master
2
git merge 1.0-dev

4.2.3 合并结果#

执行合并后，master分支会新增一个合并提交（Merge commit），这个提交有两个父提交，分别指向合并前的两个分支的最新提交。

4.2.4 合并冲突#

VS Code 提供了图形化的合并操作界面。

1. 点击底部状态栏左侧的分支名
2. 在弹出的分支列表中，选择要合并到当前分支的目标分支
3. 右键点击目标分支，选择将 <分支名> 合并到 <当前分支>
4. 或者在源代码管理面板中，点击...菜单，选择合并分支，然后选择目标分支

如果两个分支对同一文件的同一位置进行了不同的修改，Git 无法自动合并，此时会产生合并冲突。VS Code 会用特殊的标记显示冲突内容，需要手动选择保留哪一方的改动。

合并冲突的标记格式如下：

1
<<<<<<< HEAD
2
当前分支的内容
3
=======
4
被合并分支的内容
5
>>>>>>> <分支名>

手动解决冲突后，保存文件，然后执行：

1
git add <file>
2
git commit

完成冲突解决。

合并完成后，1.0-dev分支的改动已经被完整地合并到了master中。

4.3.1 快进场景#

场景：项目主分支master在Commit 3处创建了1.0-dev分支。之后，只有1.0-dev有新的提交（Commit 4），而master没有任何新提交。这种情况下，从master合并1.0-dev时就会触发快进合并。

由于master没有任何新提交，Git 会”快进”指针，直接将master移动到1.0-dev所在的位置。这个过程不会创建新的合并提交，历史仍然是线性的。

如果希望保留分支的完整历史记录，可以在合并时添加--no-ff参数，强制创建合并提交：

1
git merge --no-ff 1.0-dev

或者直接在配置文件中更改，这是一劳永逸的方法：

1
git config --global merge.ff false