【IT168 技术文章】

    概述

    敏捷开发（Agile development）是一种以人为核心、迭代、循序渐进的开发方法，开发周期一般是两星期到四星期。敏捷开发的一大原则是尽早的、持续的交付有价值的软件来使客户满意，交付的间隔时间越短越好。如何才能在很短的时间内实现产品的交付呢？每天持续构建能为实现短时间交付软件提供很好的质量保证。

    由于开发过程中每天都会有大量的代码在修改，这些改动可能会给产品带来潜在的问题。因此，为了尽早发现开发中存在的问题，代码需要不断地集成，并频繁地进行构建（Build）、测试以及提交。如果构建不能够完全自动化，频繁的构建就需要花费大量的人力和时间。但是实现构建自动化的过程也是一项繁琐，复杂的工作。IBM Rational Build Forge 提供了很好的持续构建框架，可以实现端到端流程的自动化。它不仅可以使用自有的脚本，还可以集成用户现有的脚本和工具，因此可以有效利用现有的资源，同时它具有任务定制功能，可以周期性启动所需的构建工程，提供一个可重复的、可靠的应用开发生命周期流程。

    本文结合具体的开发项目（该项目在本文的代号为项目R），描述如何利用 IBM Rational Build Forge 在敏捷开发过程中实现每天持续的自动化软件构建。

    持续集成过程

    2.1 典型的持续集成过程

    持续集成过程中一般存在两种构建：本地构建和集成构建。本地构建一般是开发人员完成代码修改后，在自己的本机完成；集成构建一般是集成了所有开发人员的代码，由专业的构建工程师完成。典型的持续集成过程如图 1 所示，开发人员获得开发代码，开发人员进行开发工作后，各自进行本地构建。经过一定的开发时间，合并团队开发成果，再次进行本地构建，如果该本地构建成功，开发人员就可以提交代码到集成分支，构建工程师进行集成构建并进行发布。

    图 1. 典型的持续构建流程

    项目 R 根据典型的持续构建过程，结合敏捷开发方式，对此典型的持续集成过程进行适当的修改。