概念
Git的合并(Merge)是针对两条或以上分支所进行的操作，所以在Git中，我们说合代码，其实是合分支，或者说让各分支进行同步。
可能刚接触Git时，你会疑惑说，我和同事都在一个叫master的分支上开发，并没有各自的分支啊？
实际上，大家是在各自的本地Git上开发，而大家工作区所在的本地分支恰恰都用了默认名字master而已。即你有你的master分支，我也有我的master分支。当大家push到远程仓库的时候，远程仓库还有一个叫master的分支。
所以假如是2人开发同一项目，然后又使用远程仓库来同步的话，这种情况下其实是至少存在3条分支需要我们去同步。
合并指令
合并至少涉及到两个分支。在合并时，可以理解为站在某个分支的角度，对另一个需要被合并进来的分支发出指令。
git merge 需要被合并进来的分支名
通过git log --graph可以图形化查看版本库历史记录，将看到被合并的分支汇入了当前发起指令的分支。
自动合并
在条件具足的时候，Git的合并可以智能化完成，在成功后创建一次合并结果的提交。
什么是条件具足？
- 假如要合并的两个分支没有对同一个文件进行增删改查，两个分支各干各的事情毫无冲突，这个时候Git可以顺利合并。
- 假如要合并的两个分支都对同一个文件修改了，但只要这个文件是个文本文件，且两个分支所修改的地方不在同一处，比如不在同一行上修改，那么Git还是可以智能完成这次合并，它会同时采用两个分支所作的修改。
除此以外的合并，都需要人工介入处理。
编辑冲空
如果两个分支对同一份文件的同一处分别进行了修改，那么在合并它们时就会发生冲突，这种是最常见的编辑冲突。
这种情况下，Git会把两个分支的修改都同时写入文件，并打上某些标记，就像svn那样的<<<、===、>>>和|||，然后Git的合并操作中止，不会对这样的结果自动提交。
这时就需要人工介入，手动修改文件成你希望的合并的结果，然后按往常的提交修改一样，自己提交。
内容冲突
有时候，两个分支对同一份文件分别作了不同的修改，而修改的地方各不相同，那么站在Git的角度，它认为没有冲突，会自动合并，并且产生一次提交。
虽然从文件本质上来说，Git以为它成功修改了一份文件，但是从文件意义上来说，它很可能已经不能用了，已经被这次自动合并改坏了！
例如某些格式严谨的文件，两个分支对其分别改动后，可能就前后不一致，无法发挥作用了。
这种可称为内容冲突，Git无法感知，需要结合场景多加注意。
