KunLun阶段总结:代码提交,Bug管理,编译遇到问题及改进后的流程

我们的KunLun项目己进行了近半年,Android项目的开发需求,Bug数量,第三方,及要沟通解决的问题都较非智能机多了很多,这段时间总结了之前项目中有关代码提交,Bug管理,多版本编译几个方面遇到的问题,及针对这些问题的改进方法.目的是尽量减少人为出错的可能,提高效率,确保项目进度按时完成。

1.代码提交

原有流程: 原有问题: 代码审核人或配置管理员不在,导致漏提,忘提,找不到提交记录等问题,原有是直线型流程,任一点出问题都导致代码提交失败.

新流程:
 好处: 在提交服务器上统一管理,有记录,并且人为因素能够降低,如审核人不在,其它人可以临时代为审核,所有提交都在服务器上有记录可查询。

2.Bug的分配与管理

原有流程:
 原有问题: 效率低,都占用太多的时间整理表格,邮件飞来飞去的不及时到工程师手中。

新流程:
 好处:减少邮件与飞鸽的往来,所有人都能够第一时间得知Bug状态,更方便Bug的管理与查询。
PS:推荐使用Bugfree来进行Bug管理:相比CQ,轻量级的Bug管理系统,不用安装大客户端,不用破解,直接在浏览器中查看,开源可定制.简洁高效。

3.同一项目多版本编译

原有流程:同时维护多个版本,一个提交要分别更新所有的版本。
原有问题:重复提交,浪费了大量的时间与精力,容易导致提交出错,版本不同步,漏提等问题。
新流程: 研究多版本编译方法,一次提交,编译时按不同版本参数编译。
计划与驱动,配置管理员一起来调试多版本编译控制的方法。

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.