Gitlab合并代码的几种情况

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

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

Gitlab合并代码的几种情况_第1张图片 Issue创建

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

Gitlab合并代码的几种情况_第2张图片 Issue界面

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

Gitlab合并代码的几种情况_第3张图片 合并请求页面

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

Gitlab合并代码的几种情况_第4张图片 本地合并方式

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

Gitlab合并代码的几种情况_第5张图片 web Ide修改
Gitlab合并代码的几种情况_第6张图片 提交请求
在修改了这个新建的分支之后回到 合并请求页面就可以看到其中的内容发生了改变

Gitlab合并代码的几种情况_第7张图片 分支提交之后的页面

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

640?wx_fmt=jpeg 开发者看到的页面

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

Gitlab合并代码的几种情况_第8张图片 管理员看的的页面

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

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

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

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

Gitlab合并代码的几种情况_第9张图片 创建两个合并请求
首先在第一个里面修改里面的一个文件并完成提交

Gitlab合并代码的几种情况_第10张图片 修改1号请求
Gitlab合并代码的几种情况_第11张图片 提交一号请求

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

Gitlab合并代码的几种情况_第12张图片 修改2号请求
然后管理员进行合并的同意

先同意提交1

Gitlab合并代码的几种情况_第13张图片 管理员同意一号请求

然后查看提交2

Gitlab合并代码的几种情况_第14张图片 管理员查看2号请求

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

Gitlab合并代码的几种情况_第15张图片 本地合并方式

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

Gitlab合并代码的几种情况_第16张图片 页面选择进行解决合并

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

Gitlab合并代码的几种情况_第17张图片 自行解决

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

Gitlab合并代码的几种情况_第18张图片 合并方法
Gitlab合并代码的几种情况_第19张图片 正常提交

之后就可以正常合并了

你可能感兴趣的:(Gitlab合并代码的几种情况)