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