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

核心提示： 项目组的每个成员都需要基于 scream 创建自己的私有工作空间，并在工作空间中加载所需要的 component，利用 Rational Team Concert 在敏捷开发中进行持续集成(3)，下图 2 展示了 RTC 代码变更提交和共享的原理，图 2. RTC 代码变更提交和共享机制每个成员

项目组的每个成员都需要基于 scream 创建自己的私有工作空间，并在工作空间中加载所需要的 component。下图 2 展示了 RTC 代码变更提交和共享的原理。

图 2. RTC 代码变更提交和共享机制

每个成员拥有自己的 Eclipe 本地 workspace，并在此工作空间上进行开发工作。同时，大家还都各自拥有私有的 RTC workspace，用于在 RTC 服务器上进行代码存储。代码 checkin 到 RTC 存储工作空间时，其他组员不会看到代码的变更，只有在 deliver 到 Stream 之后才会共享给他人。

在介绍完以上基本概念之后，再向大家介绍一个 RTC 中很重要的概念：Snapshot。它存储了工作空间中所有 component 的镜像。在持续集成过程中，我们可以通过 Snapshot 进行针对特定构建的代码版本管理。如图 3 所示：

图 3. 构建报告的详细信息

查看原图（大图）

打开某一个日构建，你会看到关于这个构建的时间，代码变更，构建引擎等详细信息。其中，点击 Snapshot 链接，如图 4 所示：

图 4. 特定构建的 Snapshot