您好,欢迎来到三六零分类信息网!老站,搜索引擎当天收录,欢迎发信息
免费发信息

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

2024/4/16 15:43:22发布4次查看
本篇文章进行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的详细内容。
该用户其它信息

VIP推荐

免费发布信息,免费发布B2B信息网站平台 - 三六零分类信息网 沪ICP备09012988号-2
企业名录