生活总是这样，那样，反正不是你想的那样。合并分支往往也不是一帆风顺的。
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