其中包括涉及的概念，使用的工具，框架结构和环境的准备。通过阅读本文，读者能够对如何实现自动化代码构建和部署有一个基本的了解。
Agile —敏捷开发。近些年开始被人们广泛关注。它提倡将一个完整的软件版本划分为多个迭代周期。每个迭代实现不同的特性。重大的，优先级高的特性优先实现，风险高的特性优先实现。在项目的早期就将软件的原型开发出来，并基于这个原型在后续的迭代中不断完善。
Delta Code —增量代码。在 Agile 开发模式中，开发人员基于软件原型不断的编写代码对其进行完善和扩充。这些代码就称之为增量代码。
本文介绍的自动化框架主要针对增量代码进行构建和部署。持续集成和每日构建能力是否足够强大是迭代开发是否成功的一个重要基础。本文将介绍如何在 RAD 开发平台上实现快速的增量代码的构建。
WebSphere Commerce Build and Deployment Tool (WCBD)
WebSphere Commerce Build and Deployment tool 是包含在 WebSphere Commerce 产品中的 , 支持客户定制的一种编译和部署工具。WCBD 由 Ant 脚本文件和各种模板组成。为用户提供了一个标准化和可控制的自动化构建和部署流程。用户可以根据自身需求选择相应的模板进行定制，生成专属的脚本包。同时用户也可以添加自己编写的脚本。它主要由构建代码和部署代码两部分组成，用户可以自行定制其中的流程。该工具为持续集成和每日构建提供了快捷的方式。本文中将主要介绍 WCBD 的部署功能以及如何通过该功能部署用户自定义的资源。WCBD 主要适用于使用 WAS 作为中间件的各种应用。可用于部署单文件，多文件或者整体部署应用模块并支持本地和远程部署。用户在使用时需要根据自己的环境进行相应的配置。关于 WCBD 部署的配置将在本系列的第 3 部分中为大家介绍。
Build Utility 插件
Build Utility 是集成于 Rational Application Development Tool (RAD）产品中的一个插件。通过对 Ant 脚本语言的扩展从而实现了在 IBM 软件开发平台上对于各种应用的自动化构建。在工作平台中被开发的各种工程将作为 Build Utility 的输入。Build Utility 将输出编译好的工程文件并按照工程类型打包成 JAR，WAR 和 EAR 文件。Build Utility 还额外增加了支持工作平台操作的特殊任务例如： projectImport, projectBuild, workspaceBuild, ejbDeploy 和 earExport。相对于单纯的 Eclipse 平台所支持的 Ant 任务要丰富很多。和使用 Ant 工具一样，使用 Build Utility 插件时同样需要输入 XML 格式的构建脚本来执行各种任务。对于 Build Utility 所使用的 Build 脚本可以由客户自定的任务，Ant 自身包含的任务和 Build Utility 所包含的特殊任务所组成。
Build Utility 支持在工作平台或者以命令行的方式使用。在工作平台中，使用者只需要在构建脚本上点击右键，然后执行 Run As-> Ant Build。 通过命令行有两种方式使用 Build Utility. 使用者可以通过 RAD 安装路径下的 bin 目录中的 runANT.bat 文件启动该插件执行客户自定义 Build 脚本，或者通过 headless 的方式通过在 Ant 脚本中启动该插件从而实现 Ant 任务多线程的处理。以下是对于上述两种方式的详细说明。
在 window 平台下执行 Build Utility 可通过如下方式。该方式将调用 RAD 安装目录下的 bin 文件夹中的 runAnt，该文件用于配置环境变量并调用 application com.ibm.etools.j2ee.ant.RunAnt 启动 Build Utility。
打开命令行窗口。 输入 set workspace=<RAD_workspace root> 。 在命令行窗口定位到 <RAD_Install_root>\bin 目录下。 运行命令：runAnt -buildfile myScript.xml（myScirpt.xml 为用户自定义构建脚本）。
通过命令行的方式实现 Headless 的直接启动 com.ibm.etools.j2ee.ant.RunAnt 的代码示例清单 1 所示。本文默认使用 Headless 方式启动 Built Utility。
清单 1. Headless 方式启动 Build Utility
<property name="classpath" value=""${developement.environment.full.path} \plugins\org.eclipse.equinox.launcher_1.0.101.R34x_v20081125.jar;""/> <exec executable="${developement.environment.full.path}/jdk/bin/java" resultproperty="returnCode" errorproperty="runantErr" output="${build.scripts.log.path}/${args}.log"> <arg line="-ms256m" /> <arg line="-mx1024m" /> <arg line="-Xj9" /> <arg line="-classpath ${classpath}" /> <arg line="org.eclipse.equinox.launcher.Main" /> <arg line="-application com.ibm.etools.j2ee.ant.RunAnt" /> <arg line="-Dosgi.adaptor=org.eclipse.core.runtime.adapter.EclipseAdaptor" /> <arg line="-Dwtp.autotest.noninteractive=true" /> <arg line="-data ${workspace.full.path}" /> <arg line="-buildfile ${buildFile}" /> <arg line="${args}" /> </exec>
构建与部署框架结构
本文介绍的自动化构建与部署框架由三部分组成： 代码管理与抽取模块、自动构建模块、自动部署模块。Ant 脚本作为框架语言用于衔接各个模块，代码的自动化构建调用的是 RAD 的 Build Utility 工具，代码的部署使用的是 WCBD 的部署功能。整个构建过程被划分为若干子任务，每个子任务作为 Ant 脚本的一个任务单元，由 Ant 脚本完成对对子任务的调用。Ant 作为一种脚本语言，具有很强的"黏合"作用，因此也赋予了该框架更多的扩展空间。读者在阅读完本文后可以继续将自动化测试整合到本框架中，从而实现了代码从构建、部署到测试的全程无需人为干预的流程中。这里首先为读者从整体上介绍一下该框架的结构，在该系列的其它部分，将就每个模块分别进行介绍。自动化构建与部署框架结构图如图 1 所示。
图 1. 自动化构建与部署框架结构图
代码管理和抽取模块
目前市面上流行着多种代码管理工具（SCM），这些工具能够较好的管理产品代码之间的依赖关系，并提供了相应的功能用于支持代码的录入和代码的抽取。这些管理工具能够方便地整合到开发平台上，便于开发人员对于代码的管理。本文所介绍的自动化框架中同样需要 SCM 的支持。增量代码需要从 SCM 工具中根据其更新时间或者相应的版本进行抽取，然后才能进入到编译和部署环节。对于代码的管理和抽取是一个很开放的话题，各种版本的管理工具的做法都有一定的差别，不过这些差别在本文中并不会带来太大的影响，在代码管理中 SCM 工具将与构建模块衔接。对于代码如何在ＳＣＭ工具进行存储和管理并不在本文的范畴之内，因此不做过多的介绍。唯一需要进行规范的是代码抽取出来之后，目录的存储结构和每次抽取代码后版本的管理。 这些内容将在本系列的第二部分中详细介绍。