集成与构建指南（9）

1.1 项目系统集成发布的实施方案 项目最终产品即目标系统由各个构件和引用的第三方开发包共同组装而成，可以认为其源码就是各构件的源码，必须纳入配置管理只剩下构建脚本和专门用于验收测试

1.1 项目构件的实施方案 项目本身构件与第三方开发包不同，可以直接使用统一的目录结构，源码必须纳入配置管理，并且要进行细粒度的版本控制。 针对上述特点，本项目对构件的源码结构组

1 各类构件集成的实施方案 1.1 第三方开发包的实施方案 第三方开发包在使用时有如下特点：每个产品有各自不同的目录结构，组织的方式不统一，直接使用将增加引用和依

1 构件的集成原则 1.1 生产者与消费者 不同构件的开发者之间通常处于一种生产者与消费者的关系，即生产者交付工件提供给消费者使用。生产者交付的工件类型有：原始（

1 集成构建基本流程 1.1 概述 在构建开始前，构架师应当确定项目初步的基本源码包组织结构，和包之间的依赖关系等，并定义项目统一的构建目录结构。构架师还应指导集

1.1 CruiseControl执行脚本 持续集成的过程由缺省文件名为config.xml的配置文件来定义。config.xml中确定了构建周期间隔，以及检测配置库状态、调用Ant

1 构建基础知识 1.1 Ant构建脚本 自动化构建的核心是表达构件间依赖关系和构建步骤的脚本，Make工具使用makefile，而Ant使用了基于XML格式的缺

4 集成环境 为了将源码等中间工件编译、链接生成的一个建造（build），必须使用相应的编译工具；而实现构建的自动化，则需要类似make等构建工具的支持；实施持续集成还依赖Cruis

2 术语说明 Ÿ 冒烟测试 用于快速验证一个系统集成的工作版本被成功地构建的一组测试。它们必须是低成本的测试（比如自动化的测试），目标是保证一个相对稳定的

首次贡献一个在项目中已经得到验证的持续集成方案，使用了Ant/Cpptask和cruisecontrol，欢迎有志于自动化构建和持续集成的同仁进行交流 《集成与构建指南》的摘要：