5?1460204756

Associate professor

尹刚

ta的主页

湖南

2013-06-25开始使用

93123次访问(自2013-06)

图像

GitLab的Pull Request工作流

11/02/2015 20:21

转自:http://www.jianshu.com/p/6bcd082101c1 (原帖有图)



本文仅为说明工作中的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协同工作流的基本步骤。希望大家使用愉快。



回复 (1)
  • 用户头像
    刘万伟 8年前