6.11. 开发流程的探索¶
最近探讨什么什么样的开发流程能够提交开发效率, 把其中主要的几点记录下来
- 需求要明确场景，解决什么问题，必须在需求管理系统上写清楚
(2)设计和开发方案至少要与组内其他成员沟通确认之后，才可以开始做. 重要模块更需要找时间给组内所有讲一遍
(3)开发：代码规范google cpp style：cpplint；
单元测试：保证覆盖场景
重要特性必须增加，gflag开关项
(4)codeview.
提交review： 代码不是最新不能提交； cpplint 不过不能提交；提供相应脚本支持
review ： 分为可读性review，和功能性review。 可读性review主要代码风格，函数以及变量命名是否规范，是否意义清晰。只有可读性review通过之后才能进行功能review， 功能review侧重于逻辑是否合理，是否存在漏洞或者没有考虑到情况，单元测试是否覆盖所有场景。
对于存在问题的review，要坚决打回
- 提交：代码不是最新不能提交； cpplint 不过不能提交；所有测试有任何一个不通过不能提交，提交是带上diff的MD5，需要和codereview平台上的issue的MD5对照，防止挂羊头卖狗肉。
每天只需svn提交check脚本，发现不按照规范提交的代码，通报。
(6)ci ，重新跑所有的单元测试；加回归测试，以及系统测试
(7)如果存在问题，组内的BUILDCOP强制回滚，防止block组内其他人的开发
(8)bugfix: 确认之后必须补上相应测试
感觉有几点很重要：
a, 文档和代码一样重要
b, 功能需要测试来保证
d, 以上需要流程和制度来保证