采用中央服务器方式时,CR 和任务存储在单独的数据库中,这会影响可以在不同数据库上运行的查询的类型。而中央 CR 数据库仅包含 CR。这样,您就无法使用建立从 CR 到任务关系的查询字符串。
例如,以下查询字符串不会返回准确的结果:
has_associated_task(cvtype='task' and release='1.0') and crstatus='assigned'
开发数据库中的查询不受这样的限制。CR 不是在开发数据库中创建的。但是,幻影 CR 是在开发数据库中创建的。
通过幻影 CR,开发数据库中的 Rational Synergy 任务文件夹仍可以依赖于查询,例如:
is_associated_task_of(cvtype='problem' and release='1.0' and crstatus='resolved')
利用幻影 CR,您可以继续针对基于 CR 的“更新成员”使用大多数“CR 到任务”的嵌套查询字符串。但是,也存在一些限制。幻影 CR 只保留要求其进行同步的属性,但是您可以根据自己查询的需要,同步任意数量的属性。幻影 CR 不保留 associated_task 之外的任何关系,而且只有包含关联任务的 CR 才存在幻影 CR。除了用于“更新成员”外,还可以通过 Rational Synergy CLI 查询幻影 CR,但无法通过该 CLI 编辑幻影 CR。
其他涉及 CR 和关联任务的大多数方法仍然有效。这些方法包括:使用具有关联任务的报告格式的查询和报告、针对关联任务的关系报告、显示表单上的关联任务控件,以及 Rational Synergy 中的变更请求资源管理器。
IBM Rational Change for Rational DOORS® Interface 不支持在数据库之间转移 CR。如果已在使用该产品,那么就无法将现有的 CR 迁移到中央 CR 数据库。如果当前未使用该接口,那么在升级到中央服务器后,可以使用该接口。
该 API 创建无法转移到其他数据库的杂项对象。如果已使用该 API 创建与 CR 相关的杂项对象,那么必须首先删除这些对象,或取消其与 CR 的关联。否则,您无法将现有的 CR 迁移到中央 CR 数据库。
迁移现有 CR 时,CR 及其直接相关的对象会转移到中央 CR 数据库。如果任何这些对象必须保留在当前的开发数据库中,请勿进行迁移。通常,CR 仅与其他 CR、附件和任务直接相关。 这种设置可以安全地进行迁移。但是,如果创建了任何从 CR 到其他对象的直接关系,那么这些对象可能会被错误地转移。在中央服务器中无效的不受支持的关系包括以下示例:
Rational Synergy 具有一些功能部件,可以显示包含在基线中的 CR。这些功能部件不依赖于任何关系,在中央服务器方式中能够继续有效工作。