文章：“持续集成”也需要重构——持续集成实践在Cruise开发过程中的演进

持续集成是极限编程十二实践之一（1999年Kent Beck编写的《解析极限编程》），最初被使用极限编程方法的开发人员所推捧，并在过去的几年中得到广泛应用，成为业界广为人知的软件开发实践。该实践用于解决软件开发过程中一个具体且重要的问题，即“确保当某个开发人员完成新的功能或修改代码后，整个软件仍旧能正常工作。”

\

然而，持续集成并非像大多数人想像的那样，首次部署好持续集成环境后就大功告成，一劳永逸了。恰恰相反，它与你项目中的其它产品代码一样，需要改进与重构，否则，就会使你进入一种“持续闹心”的状态，甚至可能让你觉得这件事根本不应该做，如何解决这一问题呢？对“持续集成”应用“Retrospective”和“重构”。本文将结合Cruise团队一年多的实际历程，讲述持续集成实践在软件开发过程中的演进。

\

作者将持续集成的演进分成如下步骤：

\

1. 基本持续集成——万里长征第一步
\2. 阶段化持续集成——平衡的艺术
\3. 过程化持续集成——消除浪费
\4. 管道式持续集成——企业级持续集成的解决方案
\5. 并发执行——时间就是金钱，资源也是金钱

\

查看文章全文：“持续集成”也需要重构——持续集成实践在Cruise开发过程中的演进。

\

相关阅读

\

[ ThoughtWorks实践集锦（1）] 我和敏捷团队的五个约定。

\

[ ThoughtWorks实践集锦（2）] 如何在敏捷开发中做好数据迁移。

\

[ ThoughtWorks实践集锦（3）] RichClient/RIA原则与实践（上）、（下）。

\

[ ThoughtWorks实践集锦（4）] 为什么我们要放弃Subversion。