本文仅为说明工作中的GitLab Pull Request工作流,做以演示。
Step 1: 创建项目
其中需要注意: 如果属于Group级的项目,也就是属于多人配合的项目,建议Namespace使用Group name,另外Visibility默认为Internal.
Step 2:源仓库的构建
我们接下来按照步骤来创建一个自己的项目:
按照步骤操作,我们即可以创建或者导入一个项目成功:
源仓库建立后,我们需要注意这时这个项目是属于整个Group的,每个开发需要fork一份源代码到自己的GitLab账号中,作为自己开发使用的仓库。点击右上角的fork就可以发现代码成功fork到了自己的名下:
这时你就可以在自己的项目下随便折腾了。
Step 3:在自己的项目上进行开发
这一步应该不用教,git clone,git add , git commit , git push ,如果需要的话在自己的项目上建立branch,一切都由自己的习惯决定。
写一个简单的模板:
这时大家可以在origin上面为所欲为了。
Step 4:向管理员提交pull request
假设我完成了某项功能,需要向线上版本进行提交,首先进行git fetch --all,拉取下来upstream,也就是线上版本的代码,并且将线上的代码合并到自己的分支上,解决冲突。
再次进行测试,觉得没问题后就可以push到GitLab中了。接下来请求管理员把自己仓库的分支合并到原仓库的分支下,这就是pull request。
点击这里进入merge request,并且点击New Merge Request:
将自己的分支提交到主代码的分支下。
提交一个Merge Request,请记得写清楚提交的理由,分配需要为你去做Review的同事。
此外,还可以在评论框中去at其他的同事,也可以在Commit和Change里看到最新的改变。
Step 5: Code Review
被assign或者at的同事都会收到邮件要求review,那么也会进入到如上的界面中,各位就可以进行Code Review了:
在这里,各位可以针对某一行提出自己的意见,也可以在评论里发表意见。如果没有问题,可以输入lgtm(looks good to me),如果各位都认为没问题,就可以Accept Merge Request了。于是就会看到The Merge Request has been accepted,这时也就提交到了主代码上。
如果代码被评论过后,评论者也会收到消息,修改后push的代码会自动提交到同一个merge request里。
6. 番外篇
各位也可以对自己关注的项目star,这样在自己的消息流中收到动态,看到一些项目的最新进展。
另外,希望大家注意要养成多commit的习惯,不要让每个commit承担太多的内容。
以上,就是一个GitLab协同工作流的基本步骤。希望大家使用愉快