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

  • 乔梁

2009 年 4 月 14 日

话题:Java敏捷.NETRuby持续集成重构语言 & 开发文化 & 方法

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

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

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

1. 基本持续集成——万里长征第一步

2. 阶段化持续集成——平衡的艺术

3. 过程化持续集成——消除浪费

4. 管道式持续集成——企业级持续集成的解决方案

5. 并发执行——时间就是金钱,资源也是金钱

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

相关阅读

[ ThoughtWorks 实践集锦(1)] 我和敏捷团队的五个约定

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

[ ThoughtWorks 实践集锦(3)] RichClient/RIA 原则与实践(上)(下)

[ ThoughtWorks 实践集锦(4)] 为什么我们要放弃 Subversion

Java敏捷.NETRuby持续集成重构语言 & 开发文化 & 方法