Recommended
More Related Content
What's hot
What's hot (20)
Similar to 持续集成中的反模式
Similar to 持续集成中的反模式 (20)
持续集成中的反模式
- 1. 持续集成及反模式 张凯峰 1
- 3. 议题 2007. 01 持续集成的概念 持续集成反模式 3
- 5. 传统的集成存在什么问题 • 用大量的时间集成不同来源的代码 • 集成时间甚至长于开发时间 • 每个人都要花很大的力气才能构建系统 • 发布在即，bug却越来越多 • …… 5
- 6. 于是… 集成时问题多、 主干质量不稳 时间长 定 容易引入Bug 本地代码堆积 不想不敢更新 很久才进行集 代码 成 6
- 7. 究其根源 • 缺乏有效的反馈手段，集成过程不透明、缺乏管理 • 对当前主干质量情况缺乏一个基本认识 • 集成频率太低。一次集成太多内容导致成本高、时 间长、容易出错 7
- 8. 如果引入持续集成… 小步频繁集成， 错误及时得到 快速反馈 修复 尽早修复Bug 每次集成成本 主干质量稳 低，出错几率 定 小 8
- 10. 一次成功的持续集成 《持续集成理论和实践的新进展》，肖鹏 http://www.infoq.com/cn/articles/ci-theory-practice 10
- 11. 持续集成的原则 • 只维护一个源代码库 • 自动化构建 • 自动化测试 • 每人每天向代码主线提交代码 • 每次提交触发构建 • 保持快速构建 • 在模拟生产环境下测试 • 每个人可轻易获得最新的可执行文件 • 每个人都能看到进度 • 自动化部署 11
- 12. 持续集成平台 • Jenkins/Hudson • TeamCity • ThoughtWorks Go 12
- 15. 模式一：最小依赖 • 将需要预安装的工具减至最少 • 将构建和部署所需环境配置减至最少 • Tips – 自动化建立依赖的过程 – 制作镜像 15
- 16. 反模式二：只能在个别机器上构建 “在我的机器上构建没有问题啊！” 16
- 17. 模式二：在独立专用的机器上构建 • 选择CI服务器需要考虑 – 统 – 构 – 馈 报 17
- 18. 反模式三：非独立构建 • 自动构建依赖IDE的设置 • 构 18
- 22. 反模式五：积攒大量的代码质量问题 • 等待大量的代码问题爆发 • 增加维护的成本 • 影响既有的功能实现 22
- 23. 模式五：构建的阈值 • 构建时检查 – 代码测试覆盖率 – 代码圈复杂度 • 让构建失败，并通知开发团队 23
- 24. 反模式六：弱反馈 • 很少的反馈 • 垃圾邮件反馈 24
- 25. 模式六：持续反馈 • CI发布持续、自动的反馈 • 馈 – 馈 – 邮 – RSS 25
- 30. 反模式九：没有自动化测试 • 不运行测试 • 没有回归测试 • 人工测试 30
- 33. 谢谢 33