记录一次简单的PR过程(修补代码可读性)
OpenCV使用了两步PR审核。当开发者提交pull request后,PR首先需要通过OpenCV Buildbot的自动测试,包括18种测试配置。
当PR通过了自动测试后,OpenCV核心团队的成员将会对PR进行审核,若通过则此PR将会被集成进OpenCV主版本中。
最近在翻看OpenCV的代码的时候,发现blobdetector.cpp下
有两行注释比较碍眼,应该是明显的错误:
由于OpenCV始终维护稳定的master,因此我们需要建议分支,分支可能为bug分支,或者为feature分支。
这个操作可以直接在网站上完成,首先是将自己的版本更新到最新,而后建立分支
注意我一般是用branch为3.4(很久之前是推荐这样的,但是现在我也有看到直接pr到master中的)
在新建的分支中修改代码,并且保存,而其后在OpenCV中选择“Pull requests”
其中画线的几个地方是特别需要注意到
稍微等一下,出现这个黄圈,表示正在进行buildbot
仔细看就可以发现,
OpenCV实现不同平台加速的思想是:只写一份代码,则可在不同平台上高效运行。
内部替用户实现了不同平台上的加速代码。
全部成功后,进入review阶段(也可能不成功,也有人给你提意见)。较为简单的注释删除、bug修改通过的概率比较大;困难一点的是提交例子或者教程;最为复杂的是提交函数,需要你提供文档和Test。
当reviewer关注到你的问题后,他们会给你提出很专业的建议,并且提供相关文档资料,应该说是非常正规的。比如这里:
asmorkalov(来自intel)将我这个pr添加了photo的标签,并且委派给mshabunin(估计他是负责这个部分的),而后就会看到这个
相关的修改就会被及时关注。当然如果别人提出的合理要求你老是不修改,也会被close.
最后,这个PR并没有被通过,理由是过于琐碎;但是有一个类似的PR在经过长时间的无人问津之后被Merged
两者都是类似的。应该说我观察到OpenCV的PR机制由于有Intel在其中作用,总的来说还是比较成熟的:只要是言之有物的PR,最终就一定会被吸收进去。
感谢阅读至此,希望有所帮助。