【IT168 技术】概述

　　IBM RTC 是一个软件协作交付环境，它包含了计划制定及管理，工作项集成管理，代码版本控制管理，以及构建管理等诸多功能，这些功能使得Jazz环境的协作能力非常强大。在RTC中，用户可以通过工作项对工作内容进行信息更新和任务分配，借助工作项和人员之间的联系方便地进行信息的交流和展示，并可以从不同的层面和角度了解整个Team的工作进行情况。

　　这份文档描述了RTC应用于软件开发活动的通用模式，并介绍了推荐的流程以及使用RTC进行日常开发活动的策略。希望通过本文向软件开发团队介绍一种可靠的流程和工具环境，来支持项目的软件开发需求。在软件开发活动中应用RTC能够使得管理和平衡项目成员工作变得更为简单和清晰，并且可以在项目组内部进行有效的沟通，提高生产合作效率。

　　内容安排

　　本文内容的结构如下：在第一章将介绍RTC中的相关定义，让用户熟悉RTC使用中的一些常用概念。在第二章中将介绍软件开发团队在开始使用RTC时，如何对RTC项目进行基础设置以适应团队需求。第三章将介绍RTC应用于具体软件开发活动时的使用方式，重点介绍如何使用RTC进行项目管理和代码管理/版本控制。最后是对本篇文章的总结。

　　1. 定义：

　　RTC：Rational Team Concert

　　SCM：Source Code Management源代码管理

　　Local Workspace： 本地工作空间，它是一个与存储空间关联的客户文件系统，用户可以在这个系统中处理component的工作。这个工作空间可以独立地在本地存在，也可以连上服务器，进行更新的上传或者下载。

　　Repository Workspace： 服务器端的个人存储空间，它可以视作Stream的一个镜像，并可以与本地工作空间相关联，处理来自于本地工作空间的变更或者接受来自于Stream的变更。

　　Stream：类似于branch，或者release，是一个存储对象，它包含一个或多个component，并且与另外的Stream版本独立。Stream会追踪版本变化的历史记录。

　　Component： Component 是一个组件的集合，例如一个Eclipse的插件，或者一组描述网页设计的文档。 Component的owner是project area，而且只有project area的成员才能够访问具备版本控制的component中的代码。

　　Compartment：基本的控制列表。在RTC中，对应Project Area。应控制使最少人数的成员可以访问compartment，并且有准入业务流程控制。

　　Change Set： 变更集，一个存储对象，是某次开发活动后发生变更的文件集合，通常与一个工作项相关联。

　　Pending Changes：待处理的变更。当local workspace，repository workspace和stream之间由于发生变更导致出现不一致的情况时，需要用户决定处理方式的情况。这些待处理的变更将会被列在pending changes视图中，等待用户的操作决定，例如接受，交付，或者是处理冲突。

　　Baseline：基线，记录某个特定时间点的单个component内的配置项状况。

　　Snapshot：快照，记录某个特定时间点的多个component内的配置情况，可以覆盖一个或者多个stream。

　　Checkin：这个操作可以将变更集由本地工作空间上传至服务器端的个人工作空间

　　Accept: 这个操作可以将服务器端的变更集和baseline接收到个人工作空间

　　Deliver：这个操作可以将变更交付至stream

　　Load： 这个操作可以将变更集从Stream或者其它工作空间下载至本地工作空间

　　Build Definition：构建定义，可以定义build的时间间隔，哪些build脚本被调用，以及build从哪些工作空间中取得文件。

　　WorkItem：用于描述工作的细节和状态，有多种类型和层次，例如从最大的类型到小的类型有Epic，Story，Task以及Defect， Blocker等其他类型，并且可以由用户自定义新的WorkItem类型。