Gitlab合并代码的几种情况

开发者权限提交代码并请求合并

如下图新建一个 Issue点击提交

Issue创建

在问题界面点击 Create merge request创建一个合并请求

Issue界面

点击之后会跳转至 合并请求页面

合并请求页面

正常的操作应该是把新建的分支 7-_1拉到本地然后修改后推送到远端

本地合并方式

为了方便起见，直接使用 在Web IDE中打开

web Ide修改

提交请求在修改了这个新建的分支之后回到 合并请求页面就可以看到其中的内容发生了改变

分支提交之后的页面

之前是询问是否要创建一个新文件，现在直接就是问你这不是已经完成了这个半成品了，点击 Resolve WIP status提示信息就会变成已可自动合并。 请具有仓库写入权限的用户来合并此请求

开发者看到的页面

下面登录管理员账户查看,可以看到合并按钮已经变成绿色了

管理员看的的页面

两个合并先后修改了文件不同位置

这个情况比较简单，正常的合并操作也不会出现冲突，所以不赘述了。

两个合并先后修改了文件同一个位置

我们创建两个问题单：两个合并先后修改了文件同一个位置_1 和两个合并先后修改了文件同一个位置_2并为他们分别拉取分支，创建合并请求

创建两个合并请求首先在第一个里面修改里面的一个文件并完成提交

修改1号请求

提交一号请求

同理，在第二个页面也修改第五行

修改2号请求然后管理员进行合并的同意

先同意提交1

管理员同意一号请求

然后查看提交2

管理员查看2号请求

我们就可以看到出现冲突了，可以本地合并

本地合并方式

也可以直接在页面进行解决冲突

页面选择进行解决合并

同意哪个改哪个，如果都不同意就自己改

自行解决

去除多余的 〈〈〈符号就好了

合并方法

正常提交

之后就可以正常合并了