Git如何优雅的合并分支

在项目中，我们总会创建很多分支进行不同功能或者需求的开发，等功能完成后再合并回主分支。那么如何才能优雅的合并分支呢？如果此时你提起了兴趣，那么不妨继续读下去了。

建立多人开发场景

// 初始化仓库
git init
// 创建a.txt
touch a.txt
// 创建b.txt
touch b.txt
// 加入暂存区
git add .
// 提交
git  commit -m 'initial'

git checkout -b feature

feature 分支开发下一版本新功能，提交了两次，分别修改 a.txt 文件和 b.txt 文件。

master 分支开发本次版本功能，同样提交了两次，且修改了 a.txt 文件和 b.txt 文件。

当前分支情况如下图，各节点上面的字符是每次 commit 的散列值，当前 master 分支的 header 在 c5 节点上，feature 分支的 header 在 c3 节点上。

这个时候需要将 feature 分支合并回 master 分支，有两种方案：

下面分别说明一下这两种方式：

git merge 操作比较暴力，也是用的比较多的方式，下面演示的是 feature 分支合并至 master 分支，具体过程如下：

找到 feature 分支和 master 分支的最近共同祖先 commit 节点 c1；
把 feature 分支的最新一次 commit 节点 c3 和 master 分支上的最新一次 commit 节点 c5 合并，此时若有冲突，则一次性解决所有冲突，然后生成一个新的 commit 节点 c6；
同时根据两个分支上的 commit 时间的先后顺序，依次放到 master 分支上，使用git log可以看到时间顺序。

上面流程的结果示意图如下所示：

在项目中的操作命令如下。可以看到执行 git merge feature 命令后，存在冲突，进入 merging 工作区，然后一次性解决所有冲突后，提交一个新的 commit。

执行 gitk 命令行，可以在界面上看到当前分支如下图所示。有一个新的 commit。

这个命令从名字上就可以直观看出它的功能：改变当前的分支的基点。对于 feature 分支，它是从 master 分支的 c1 节点创建的分支，所以它的基点就是 c1。如果在 feature 分支上执行 git rebase master ，其过程大致如下：

找到当前 master 分支最新的 commit 节点 c5，将 feature 分支的基点变成 c5 节点。；
若 feature 分支与 master 分支存在冲突，那么将根据 feature 分支的提交时间，依次解决冲突，并修改 feature 分支此次 commit 的散列值。
最终在分支上看，呈现一条直线，但是存在历史commit覆写的问题。

上面过程的结果示意图如下所示，其中 c2'和 c3'表示散列值改变了。