CI持续成方案V.ppt

CI持续集成方案V1 ---面向Android客户端app 周京津 2014.10.29 目录 什么是持续集成 为什么要持续集成 持续集成成功的关键功能 持续集成怎么玩 SCV DBV 附录 监控界面 实现依赖的jenkins插件 什么是持续集成 “Continuous Integration (CI) is a development practice that requires developers to integrate code into a shared repository several times a day. Each check-in is then verified by an automated build, allowing teams to detect problems early.” 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每天成员至少集成一次， 也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。 为什么要持续集成 更快地发现问题和解决问题 增加了项目的可见性 可靠的迅速的有信心的发布系统 减少解bug的时间，增加开发新功能的时间 “Continuous Integration doesn’t get rid of bugs, but it does make them dramatically easier to find and remove.” - Martin Fowler, Chief Scientist, ThoughtWorks 拥抱需求变化 快速增加新功能 持续集成的关键功能 统一的源代码库 自动构建 自动测试 自动部署 每个人都可以容易的获得可执行程序 每个人都知道正在发生什么 持续集成怎么玩 user release 目的： 对开发提交的改动进行快速的验证，构建验证，少量的测试(Smoke) 验证规模 : 1 持续时间：20分钟 目的： 集成多个提交并进行更详细验证，更大规模的测试(RFA,Monkey) 验证规模 : 1-20 持续时间：2–4小时 Single Commit Verification Development Branch Verification 提交代码 开发工程师 测试工程师 SCV (单个提交的验证) 自动构建 有提交？ 代码提交监听 构建成功？ 自动化测试 邮件通知开发构建失败 邮件通知测试结果 构建相关的apk 静态测试或者单元测试 基于对每个客户端所有依赖工程的监听，如果某一个子工程有新的提交，则触发 No Yes Yes DBV (开发分支验证) 自动构建 下载源码 构建成功？ 自动化测试 邮件通知开发和测试构建失败 邮件通知测试结果 每天触发一次 No Yes 测试人员分析后如有问题通知开发人员 附录 – 监控界面 附录- jenkins依赖插件 Monitor plugin Repo plugin Jenkins Parameterized Trigger plugin Email-ext plugin Dashboard View * * * *