Osheep

时光不回头,当下最重要。

Code Review 方案:Pull Request 傻瓜式流程总结

备注:认为code review没有用的人,只能说明他们没有用过code review,适当的code review能减少代码隐藏的漏洞,使代码更规范,更能快速提高自己的技术水平。之前在网上找了很多代码code review的工具,也试过phabricator 这样的工具,感觉还是GitHub自带的pull request比较好用。

个人认为任何事情都不用太依赖于一种方式(不要太处女情结),否则效率会受很大影响。例如:code review的目的是控制代码质量,减少不必要的隐藏漏洞,互相学习编码习惯和技巧。所以个人觉得以下场景就可以大胆的略过code review了:
1、更新第三方库
2、修改版本号
3、添加图片资源等其他操作

Pull Request 流程总结:

总流程文字介绍:

多人合作开发使用Pull Request的方式是:项目的每一个版本开发需要建对应的一个版本号例如:v1.0.0 ,然后每个人需要基于这个分支建自己的小分支例如:v1.0.0_name1 ,这样的话你就可以在v1.0.0_name1分支上开发了,当想把自己分支的代码提交到当前项目的分支v1.0.0 中的时候,就可以用 Pull Request 来提交,然后code review的管理者就可以看到有 pull request请求,然后管理者可以查看提交的内容,可以评论,和通过。当管理者通过后,你的提交就自动进入了v1.0.0分支里面了。

总流程截图步骤:

一、用户在当前项目下点击 New pull Request按钮:

注意:基于的分支和自己的临时分支一定要选择正确

《Code Review 方案:Pull Request 傻瓜式流程总结》

1.png
《Code Review 方案:Pull Request 傻瓜式流程总结》

粘贴2.png

二:管理者会收到通知,并且可以在Pull request里面查看,如图:

管理者可以在Files changed里面查看更新内容,在Conversation里面评论或者点击 : Merge pull request按钮接受提交,此时你的代码就自动更新到 v1.0.0分支了。

《Code Review 方案:Pull Request 傻瓜式流程总结》

3.png
《Code Review 方案:Pull Request 傻瓜式流程总结》

4.png
《Code Review 方案:Pull Request 傻瓜式流程总结》

5.png
《Code Review 方案:Pull Request 傻瓜式流程总结》

6.png
《Code Review 方案:Pull Request 傻瓜式流程总结》

7.png

我是用一个账号演示的,多个账号一样道理。如果你没有该项目的创建分支的权限(不是自己的项目)可以先Fork到自己的账号里面,同样可以pull request。

这些是GitHub自带的 pull request的基本操作,几分钟就可以学会,并应用到自己项目中去。应用的过程中会发现更多技巧的,毕竟熟能生巧嘛~

点赞