有关这些概念的更多信息,请参阅本主题末尾的相关链接。
配置空间是工作空间和快照的虚拟容器。配置空间将管理资源的版本信息。通过创建空间,您可以将相关快照配置和工作空间配置分组并在项目之间共享。
在生命周期管理产品中,团队可在项目区域中完成工作。例如,组织中的项目可以具有三个项目区域:数据库逻辑、应用程序逻辑和用户界面逻辑。项目区域将定义项目可交付内容、团队结构、进程和时间表。
当您在 Rational® solution for Collaborative Lifecycle Management 中创建项目区域时,可以对现有配置空间指定新的项目区域,或者创建配置空间。
此内容适用于 V4.0.3 或更高版本。 创建配置空间之后,在 Configuration Management 应用程序中便自动创建了相应的项目区域。在此项目区域中,指定用于控制对生命周期管理产品指定项目区域以及配置空间中的配置进行读/写访问的访问权。
使项目与配置空间相关联之后,无法使该项目与另一配置空间相关联。
配置上下文(也称为上下文)表示您正在使用的工作空间或快照。更改上下文意味着切换到其他工作空间或快照。当您选择项目区域中的配置上下文时,缺省情况下,在您切换到同一配置空间中的另一个项目区域时,该上下文不会更改。要切换到其他上下文,请使用条幅右上方的当前配置上下文菜单。此菜单提供了使用当前空间中的快照和工作空间的选项。
请考虑以下方案:您是共享一个配置空间的三个项目的成员。三个项目都在其生命周期的不同迭代中,并且管理员已创建为每个迭代指定的工作空间。如果您打开某个项目区域并切换到 Iteration 1 工作空间,稍后切换到另一个项目区域,那么当前上下文仍然是 Iteration 1。
在项目生命周期中随时都可以创建快照。您可以在达到项目里程碑之前或之后、将资源导入到应用程序之后或者在复查特定工件之后创建快照。
修改资源之后,您可以返回到该快照以查看资源有何更改。
可以根据同一配置空间中另一工作空间的内容来创建工作空间。例如,可以根据项目 A 中的工作空间来创建项目 B 的工作空间。项目 B 的新工作空间中工件的版本与项目 A 的所选工作空间中那些资源的版本相同。如果您在项目 B 工作空间中添加、编辑或删除资源,那么不会影响项目 A 工作空间中的资源。
如果某个工作空间需要的资源位于其他空间的工作空间中,那么您必须生成后一工作空间的快照,然后指定对该快照的依赖性。
当您使用变更集对资源所作的更改进行分组时,这些变更集会与创建这些变更集所在的工作空间相关联。要使变更集中的更改在相应的工作空间中可视,您必须共享这些更改。
此内容适用于 V4.0.3 或更高版本。 要使这些更改在另一工作空间中可视,您必须采用下列其中一种方式将您所在工作空间中的更改交付到该工作空间中。您可以将更改交付到所指定的流目标,也可以交付到与您正在其中交付更改的工作空间具有共同祖代的另一个工作空间中。在您交付更改之后,其他团队成员可以在他们自己的工作空间中接受这些更改。
有关流目标以及交付和合并更改的更多信息,请参阅指向相关主题的链接。
有关许可权的完整列表,在 Configuration Management 应用程序中,请查看相应项目区域的“许可权”页面。
此内容适用于 V4.0.3 或更高版本。 要在配置中添加、更新或移除依赖关系,您必须在 Configuration Management 应用程序中具有相应的许可权。
管理员创建项目区域时,他们必须使该项目区域与一个或多个域相关联。管理员可以选择域的特定版本,要选择的版本取决于项目的需求。
如果工作空间需要另一个项目区域中的资源,那么具有适当许可权的管理员必须创建对于此项目区域中包含该资源的快照的依赖关系。管理员只能指定对于快照的依赖关系,而不能指定对于工作空间的依赖关系,因为快照不变。
请考虑以下示例:在启动项目时,管理员使域(例如,BPMN 域、Sketcher 域或 SoaML 域)与一个项目区域相关联,以指定要在项目中使用的本体。在该域中,快照会列示资源的特定版本:例如,UML 域可能包含 UML 依赖性的多个版本。如果项目要求 UML 依赖关系作为其本体的一部分,请找到包含您所需版本的快照,然后将该快照作为依赖关系添加至工作空间。在添加此依赖关系之后,就可以在项目中使用该快照中的工件。