利用 Rational Team Concert 在敏捷开发中进行持续集成

核心提示： 整个过程是一个项目的持续集成过程，开发人员可以自动快速的得到最新代码的构建，利用 Rational Team Concert 在敏捷开发中进行持续集成(2)，并且进行检查和测试，以便最快的得到用户的反馈，因此，项目组成员切忌随意操作，每天的改动都可以通过快速构建和自动单元测试来保证完整性和基本正

整个过程是一个项目的持续集成过程，开发人员可以自动快速的得到最新代码的构建，并且进行检查和测试，以便最快的得到用户的反馈。每天的改动都可以通过快速构建和自动单元测试来保证完整性和基本正确性，尽可能地开发人员在构建和设计变更上的精力。

第一部分：源代码管理和版本控制

源代码管理和版本控制是持续集成的基础。在新项目的起始阶段，项目组首先需要对 stream，workspace 和 component 进行规划，并在开发过程中进行持续的代码版本管理。

Component 是项目源代码存储的基础对象。任何一个项目都可以建立一个或多个 component，并允许随着项目的演进而不断完善。但在实际应用中，我们不建议频繁的进行 component 再划分，这需要所有项目组成员进行工作空间的重新加载和代码整合。因此，合理的 component 划分在项目初期十分重要。以下几点经验供大家参考：尽可能降低 component 间的依赖；预先考虑代码组织结构的可扩展性；集中管理公共代码，避免重复。此外，依据功能独立的 Eclipse 工程来划分 component 也是很好的借鉴，这种方法与实际开发相结合，有益于提高开发效率。

Stream 是一个或多个 component 的存储对象，主要用于工作空间内的工作整合。他类似于其他源码管理系统中的分支概念，一个 Stream 仅存储 component 的一个版本，Team 成员通过 stream 来共享代码的变更并进行统一的版本控制。因此建议一个相对独立的 scrum 项目组创建一个单独的 stream，有益于降低组间依赖，并降低代码管理控制的复杂性。当然，项目组内还可以使用多个 Stream 来进行软件的多版本管理。注意：RTC 对于 Stream 下的 component 删除没有用户权限管理，因此，项目组成员切忌随意操作，在项目组中建议指定一名系统管理员进行此类维护操作。