持续集成是极限编程十二实践之一（1999 年Kent Beck 编写的《解析极限编程》），最初被使用极限编程方法的开发人员所推捧，并在过去的几年中得到广泛应用，成为业界广为人知的软件开发实践。该实践用于解决软件开发过程中一个具体且重要的问题，即“确保当某个开发人员完成新的功能或修改代码后，整个软件仍旧能正常工作。”
然而，持续集成并非像大多数人想像的那样，首次部署好持续集成环境后就大功告成，一劳永逸了。恰恰相反，它与你项目中的其它产品代码一样，需要改进与重构，否则，就会使你进入一种“持续闹心”的状态，甚至可能让你觉得这件事根本不应该做，如何解决这一问题呢？对“持续集成”应用“Retrospective”和“重构”。本文将结合 Cruise 团队一年多的实际历程，讲述持续集成实践在软件开发过程中的演进。
作者将持续集成的演进分成如下步骤：
1. 基本持续集成——万里长征第一步
2. 阶段化持续集成——平衡的艺术
3. 过程化持续集成——消除浪费
4. 管道式持续集成——企业级持续集成的解决方案
5. 并发执行——时间就是金钱，资源也是金钱
查看文章全文：“持续集成”也需要重构——持续集成实践在Cruise 开发过程中的演进。
相关阅读
[ ThoughtWorks 实践集锦（1）] 我和敏捷团队的五个约定。
[ ThoughtWorks 实践集锦（2）] 如何在敏捷开发中做好数据迁移。
[ ThoughtWorks 实践集锦（3）] RichClient/RIA 原则与实践（上）、（下）。
[ ThoughtWorks 实践集锦（4）] 为什么我们要放弃 Subversion 。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论