Rational® Change Distributed 是分布式变更请求跟踪软件包。变更请求是通过使用 Rational Change Distributed 来输入并跟踪直至完成的问题或事项。
要在分布式环境中处理变更请求,请选择以下解决方案之一。
- 中央 CR 服务器。
通过使用中央 CR 服务器,您具有单个变更请求数据库和一个 Rational Change 服务器。变更请求在该数据库中提交和维护。
在单独的工程数据库中工作的开发者可在该中央 CR 数据库中创建与变更请求关联的任务。通过这种方式,就无需跨数据库复制变更请求。
所有变更请求数据都保存在单个数据库中。
- 分布式变更请求。
使用分布式变更请求时,没有单个变更请求数据库,而是根据需要,在开发数据库之间复制变更请求。
开发者可创建与变更请求关联的任务,并在其本地工程数据库中解决变更请求。
中央 CR 服务器的优点是易于使用,而且开发者不必等待复制变更请求的控制即可修改或处理本地数据库中的变更请求。分布式变更请求的优点是开发者需要处理的所有数据都保存在本地。将数据保存在本地可能会使数据更具弹性,可应对网络中断情况。
以下主题描述如何使用分布式变更请求。要了解有关中央 CR 数据库的信息,请参阅 Rational Change 信息中心。
Rational Change Distributed 通过以下方式增强了变更管理功能。
- 处于任何状态的变更请求和任务都可进行复制。
- 一次只能在 DCM 集群内的一个数据库中修改指定的变更请求或任务。此操作由 modifiable_in 属性和安全性规则控制。
- 用于控制数据库修改或提升特定变更请求或任务的许可权可移交给 DCM 集群中的其他数据库。
- 可以从列表中选择变更请求和任务解决者,该列表可包含 Rational Change 文件中所列的外部数据库用户。
- 传输集可定义包含变更请求查询的变更请求作用域。变更请求作用域定义了是否包含变更请求。如果包含,那么变更请求作用域还会定义变更请求是否包含其关联任务。如果包含,那么变更请求作用域还会定义每个关联任务的关联对象。
- 可以使用 GUI 或 CLI 定义传输集的变更请求作用域和变更请求查询。
- 传输集可定义变更请求作用域是否累积。如果禁用,那么会通过变更请求查询和作用域精确定义传输集的间接变更请求成员。不再与查询匹配的所有成员都会被除去。
如果启用,作用域查询会添加到现有间接变更请求成员,并且会保留所有现有变更请求成员。
如果根据选择复制变更请求,通常会启用该选项(使用特定变更请求查询)。尤其当使用中间中心数据库时,会启用该选项。
此操作允许曾经复制到数据库的对象继续更新,即使为传输集定义的变更请求查询再也找不到该对象,也是如此。
- 只有分配给开发者并在当前数据库中可修改的任务才能用作开发者的当前任务。这些任务还可用于检出或检入对象。此类任务可能已在其他数据库中创建和分配,并已复制到当前数据库。
- 当在已启用 DCM 的数据库中选择某个任务时,该任务以 dbid#nnnn 格式显示。dbid 是数据库标识,# 是 DCM 定界符,nnnn 是任务编号。此数据出现在 Rational Synergy 任务对话框中以及 Rational Change 中的特定字段内。
- 支持父/子和相关变更请求。
可以通过以下方式配置 Rational Change Distributed。
- 传输集可排除不可修改的任务。
缺省情况下,处于任何状态的任务都可包含在传输包中。如果需要,传输集定义可排除所有不完整的任务。
- 传输集可排除已导入的对象。缺省情况下,传输集允许数据库生成包含从其他数据库接收的对象的传输包。此操作允许通过此类数据库组成的链进行复制。如果禁用了此选项,那么已在其中生成对象的数据库必须始终执行针对此对象的接收数据库的复制。
- DCM 模型参数允许调整 Rational Change Distributed 的行为,以适应复杂的 Rational Change Distributed 方法。