持续集成一种优秀的软件开发实践,通过自动化的构建(包括代码更新、静态检查、编译,DT测试、自动化测试验证、自动打包、自动部署)来验证,从而尽快地发现集成错误,降低软件开发风险、增强项目可视性。在使用持续集成中到现在总结了一些经验:
1、svn源码路径下不要放于代码无关的资料,如开发测试文档,这些资料的频繁提交都会导致svn modification发生状态改变,导致持续集成频繁执行。
2、持续集成最好下面两种类型都要做。
增量集成:当有代码提交就执行一次持续集成、或每隔一段时间检测如有代码提交执行一次持续集成。
完全集成:将代码全部清空,从svn重新下载全新代码开始持续集成,防止持续集成机器私自被工程师调试报错问题时本地代码被修改,适合用于阶段性发布的版本包。
3、持续集成需要专人维护和推动,svn提交人众多,出了问题需要维护人去定位,并推动开发工程师修改,如果是持续集成环境自身原因,如环境、网络等问题需要维护人去修改,所有问题形成日志记录。
流程:持续集成报错-》持续集成维护人定位出错责任人-》出错责任人处理问题-》出错责任人反馈给持续集成维护人。
4、防止问题过度指标化,失败的原因很多,如产品、环境、用例、网络、工具,需要聚焦在产品质量持续提升和发现问题立即改正上。
来源:http://blog.csdn.net/lezhiyong