聊聊Gitlab中如何设置保护分支并且提交PR

聊聊Gitlab中如何设置保护分支并且提交PR
本篇文章进行Gitlab的学习，聊聊如何设置保护分支并且给自己的Leader提交一个PR，希望对大家有所帮助！

本篇文章进行gitlab的学习，聊聊如何设置保护分支并且给自己的leader提交一个pr，希望对大家有所帮助！

如何设置保护分支

保护分支是干嘛的呢？

前面我们在git flow工作流当中介绍过，master｜main（主分支）分支是上线分支，如果每个开发人员都能随意的在主分支push代码，假如上线的时候，哪个开发不小心把自己不需要上线的代码（有可能有很多bug）push到了主分支，上线的时候一起带上去了，那么造成的损失有可能无法挽回。所以我们需要设置主分支不允许push，只能通过PR的方式把自己的代码合并到主分支。

下面我们来操作一下。在项目中找settings->Repository->Protected branches，选择受保护的分支，这里我们的主分支是main，然后选择merge权限为Maintainers，不允许任何人push代码到主分支。最后点击profect

下面我们来push一下代码试试

可以很明显的看到，已经不让任何人推送代码了。要推送代码，只能另外新建分支去推送到远程，然后把代码合并到主分支。

如何提交Merge request

为什么会有Merge reqeust呢？

前面提到，main分支是我们的保护分支，已经不需要本地push代码，那么我们的代码如何合并到主分支呢？这时候就需要开发人员发起一个Merge reqeust来把我们的代码合并到main分支了。Merge request还有一个用途非常重要，那就是code review。

何为code review呢？

code review翻译过来就是代码审查。一个公司，一个团队，对代码是有规范的，对代码是有要求的，对质量是有要求的，你写的代码是要经过你的leader审查的，才能合并到主分支，所以这一步操作在你主管合并之前，会吧你写的代码肉眼过一遍，确保不会出现重大线上问题才会给你合并，如果有问题，会让你重新改代码重新提交Merge requst，直到符合上线要求。这样做的目的呢，也是为了保证上线不出问题，毕竟出了重大的线上bug，你的leader是要承担责任和风险的，问题严重的部门领导也跟着倒霉。所以，我们写代码的同时也要非常的严谨。

讲了这么多，下面我们实际操作一下。

在本地新建一个dev分支，然后修改一些东西push到远程，首次推送需要使用git push -u origin dev，因为远程没有这个分支。

刷新页面可以看到，我们现在在main分支，上面显示一个Create merge request按钮，这里就是我们发起merge请求的地方，点击一下

进入到merge页面，这里我们可以看到我们现在是想把dev分支merge到main分支，如果想合并其他的分支，点击change branches即可修改。title和description可以填写你提交merge相关的功能描述。

Assignee和Reviewer为受让人和审查人员，直白一点就是想的代码谁给你审查，你就选择谁。

这里可以看到你本次合并提交的commit信息和修改内容

最后，点击Create merge request，即可发起一个merge请求，剩下的事情就是你的leader审查代码了。

你的leader看到的merge信息是这样子的，这里他可以看到你的commits和changes，从而看到你的代码的修改内容。如何没有问题，点击Merge按钮即可合并。

以上就是一个完成Merge reqeust的过程以及它的重要性。

merge的过程中还可以涉及到CI/CD的一些工作，比如对代码规范做lint校验，代码单元测试等工作，后文会一一讲到。

（学习视频分享：编程基础视频）

以上就是聊聊Gitlab中如何设置保护分支并且提交PR的详细内容，更多请关注讯客代码网其它相关文章！