生活总是这样，那样，反正不是你想的那样。合并分支往往也不是一帆风顺的。

1、在分支上修改、添加、提交：

准备新的 feature1分支，继续我们的新分支 feature1 实践开发，如下：

我们在文件夹 gitSkills 目录下，将 readme.txt 文件 里最后一行的内容添加为，如下：

然后在分支 feature1 分支上添加、提交：

提交完成之后、我们切换到主线 master 分支，如下：

• Your branch is ahead of 'origin/master' by 1 commit.；翻译为：你的分支在“起源/主人”之前提交1次。

•   (use "git push" to publish your local commits)   翻译为：使用“git push”发布你的本地提交。

Git还会自动提示我们当前 master 分支比远程的 master 分支要超前1个提交。

2、在主线master 分支上修改、添加、提交：

在 master 分支上把 readme.txt 文件的最后一行改为，如下：

添加、提交，如下：

以上两种情况下， master 分支 和 feature1 分支， 各自都分别有新的提交 git commit ，变成如下这样：

这种情况下，Git无法执行“快速合并（fast forward）”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，接下来我们将两条分支一起合并起来，如下：（ git merge）

• CONFLICT （content）：Mearge conflict in readme.txt 翻译为：冲突（内容）：在 readme.txt 上 合并冲突；
• Automatic merge failed；fix conflicts and then commit the result  翻译为：自动合并失败；修复重复，然后提交结果；

由上图可知，Git 告诉我们 ，readme.txt 文件存在冲突，必须手动解决冲突后再提交。

3、手动修改冲突文件：

我们也可以使用命令 git status 来查看 冲突文件，如下：

我们直接打开gitSkills目录下的文件 readme.txt，查看 readme.txt 的内容，变成以下情况：

Git用 <<<<<<<，=======，>>>>>>>  标记出不同分支的内容，打开冲突文件 readme.txt 直接手动修改内容，如下，

使用命令 cat 查看 内容：

接着，添加、提交，如下：

现在，master 分支和 feature1 分支变成了下图所示：

用带参数的 git log 也可以看到分支的合并情况，如下：（ 命令：git log --graph --pretty=oneline --abbrev-commit ）

最后，删除 feature1 分支，如下：

小结：

          1、当Git无法自动合并分支时，首先必须在冲突文件readme.txt上，手动解决冲突。解决冲突后，再提交，合并完成。

          2、解决冲突就是把Git合并失败的文件，在里面修改成我们想要的最终内容，在提交；

          3、用  git log --graph  命令可以看到分支合并图。

---

转自：https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000