Downloaded 28 times
Uploaded byKai Feng Zhang
持续集成中的反模式
持续集成是一种软件开发实践，通过频繁的集成和自动化测试提高软件质量并缩短发布周期。文档讨论了持续集成的原则和反模式，并提供了改进的最佳实践。成功的持续集成需要最小化依赖、独立构建、自动化反馈和测试等策略。
![从CI到CD[麻袋理财王天青]v1](https://cdn.slidesharecdn.com/ss_thumbnails/4e7f8986-44e7-4217-97fa-2044abc0e3cf-161028014326-thumbnail.jpg?width=640&height=640&fit=bounds)
持续集成中的反模式
- 1. 持续集成及反模式 张凯峰 1
- 2.
- 3. 议题 2007. 01 持续集成的概念 持续集成反模式 3
- 4.
- 5. 传统的集成存在什么问题 • 用大量的时间集成不同来源的代码 • 集成时间甚至长于开发时间 • 每个人都要花很大的力气才能构建系统 • 发布在即，bug却越来越多 • …… 5
- 6. 于是… 集成时问题多、 主干质量不稳 时间长 定 容易引入Bug 本地代码堆积 不想不敢更新 很久才进行集 代码 成 6
- 7. 究其根源 • 缺乏有效的反馈手段，集成过程不透明、缺乏管理 • 对当前主干质量情况缺乏一个基本认识 • 集成频率太低。一次集成太多内容导致成本高、时 间长、容易出错 7
- 8. 如果引入持续集成… 小步频繁集成， 错误及时得到 快速反馈 修复 尽早修复Bug 每次集成成本 主干质量稳 低，出错几率 定 小 8
- 9.
- 10.
- 11. 持续集成的原则 • 只维护一个源代码库 • 自动化构建 • 自动化测试 • 每人每天向代码主线提交代码 • 每次提交触发构建 • 保持快速构建 • 在模拟生产环境下测试 • 每个人可轻易获得最新的可执行文件 • 每个人都能看到进度 • 自动化部署 11
- 12. 持续集成平台 • Jenkins/Hudson • TeamCity • ThoughtWorks Go 12
- 13.
- 14.
- 15. 模式一：最小依赖 • 将需要预安装的工具减至最少 • 将构建和部署所需环境配置减至最少 • Tips – 自动化建立依赖的过程 – 制作镜像 15
- 16. 反模式二：只能在个别机器上构建 “在我的机器上构建没有问题啊！” 16
- 17. 模式二：在独立专用的机器上构建 • 选择CI服务器需要考虑 – 统 – 构 – 馈 报 17
- 18.
- 19.
- 20.
- 21.
- 22. 反模式五：积攒大量的代码质量问题 • 等待大量的代码问题爆发 • 增加维护的成本 • 影响既有的功能实现 22
- 23. 模式五：构建的阈值 • 构建时检查 – 代码测试覆盖率 – 代码圈复杂度 • 让构建失败，并通知开发团队 23
- 24.
- 25. 模式六：持续反馈 • CI发布持续、自动的反馈 • 馈 – 馈 – 邮 – RSS 25
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33. 谢谢 33