如何设置保护分支
保护分支是干嘛的呢？
前面我们在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校验，代码单元测试等工作，后文会一一讲到。
