一、代码合并介绍

分支代码合并有两种方法

1、通过GIT界面发起合并请求

2、通过本地IDE工具、GIT命令合并代码后再PUSH到远程仓库

二、制造分支代码合并冲突场景

1、在GIT上创建一个test项目,并在README.md中添加以下内容

#test project

2、在master 上创建一个dev分支

3、修改master README.md文件内容并提交

#test project

this is master update begin

hello world

this is master update end

4、修改master README.md文件内容并提交

#test project

this is dev update begin

hello world

this is dev update end

5、发起从dev到master合并请求

6、处理合并代码请求提示代码冲突需要手工合并

三、解决分合并冲突

1、切换到master分支选择要合并的dev分支

2、处理冲突代码

3、合并代码后提交

4、因为代码只从DEV合并到MASTER，MASTER代码没有合并到DEV，如果DEV还有代码更新，是否会覆盖MASTER中的代码修改呢？我以前一直在想这个问题，这里验证一下。

5、在dev代码中添加一行记录

#test project

this is master update begin

hello world

this is master update end

this is dev update begin

hello world

this is dev update end

6、再从DEV发起至MASTER的请求，发现并没有冲突

7、MASTER更新代码，也没有覆盖MASTER中修改的代码

四、代码同步

1、以上操作只从DEV合并代码到了MASTER，但MASTER的代码修改与DEV分支是没有的，难道代码一直不同步？

一般的项目为多分支开发

如果时修复BUG的临时分支，BUG修复完以后会合并到开发分支或主分支并打上一个TAG，之后会删除BUG修复分支。

有些大的项目会分业务线，如DEV1,DEV2,DEV3对应三个分支，一般项目发布完一个版本后，会把代码从上往下合并一次。

即从MASTER合并到DEV1，DEV2,DEV3