管理共享资源

要管理对共享资源所作的更改,您应该了解配置空间、项目区域、配置、快照、工作空间和依赖关系如何与协作开发环境中的项目协同工作。

有关这些概念的更多信息,请参阅本主题末尾的相关链接。

配置空间

配置空间是工作空间和快照的虚拟容器。配置空间将管理资源的版本信息。通过创建空间,您可以将相关快照配置和工作空间配置分组并在项目之间共享。

在生命周期管理产品中,团队可在项目区域中完成工作。例如,组织中的项目可以具有三个项目区域:数据库逻辑、应用程序逻辑和用户界面逻辑。项目区域将定义项目可交付内容、团队结构、进程和时间表。

当您在 Rational® solution for Collaborative Lifecycle Management 中创建项目区域时,可以对现有配置空间指定新的项目区域,或者创建配置空间。

此内容适用于 V4.0.3 或更改版本。 创建配置空间之后,在 Configuration Management 应用程序中便自动创建了相应的项目区域。在此项目区域中,指定用于控制对生命周期管理产品指定项目区域以及配置空间中的配置进行读/写访问的访问权。

对于 Rational solution for Collaborative Lifecycle Management (CLM) 应用程序,您可以使多个项目区域与同一配置空间相关联;因此,这些项目将共享快照和工作空间配置。使项目与配置空间相关联之后,在该项目区域中可以使用该配置空间中的所有工作空间和快照。此功能包括下列优点:
  • 用户可以更改位于与单个配置上下文不同的项目区域中的资源,如下一节中所示。
  • 管理员和用户可以生成快照,以在共享一个工作空间的多个项目区域之间捕获所有资源的各个版本。

使项目与配置空间相关联之后,无法使该项目与另一配置空间相关联。

配置上下文

配置上下文(也称为上下文)表示您正在使用的工作空间或快照。更改上下文意味着切换到其他工作空间或快照。当您选择项目区域中的配置上下文时,缺省情况下,在您切换到同一配置空间中的另一个项目区域时,该上下文不会更改。要切换到其他上下文,请使用条幅右上方的当前配置上下文菜单。此菜单提供了使用当前空间中的快照和工作空间的选项。

请考虑以下方案:您是共享一个配置空间的三个项目的成员。三个项目都在其生命周期的不同迭代中,并且管理员已创建为每个迭代指定的工作空间。如果您打开某个项目区域并切换到 Iteration 1 工作空间,稍后切换到另一个项目区域,那么当前上下文仍然是 Iteration 1。

快照配置和工作空间配置

配置是资源的一组唯一版本。存在两种类型的配置:
  • 快照配置:也称为快照,它是工作空间中的资源及其版本在特定时间的只读集合。可以对快照中的资源进行注释,但是无法进行编辑。

    在项目生命周期中随时都可以创建快照。您可以在达到项目里程碑之前或之后、将资源导入到应用程序之后或者在复查特定工件之后创建快照。

    修改资源之后,您可以返回到该快照以查看资源有何更改。

  • 工作空间配置:也称为工作空间。每个配置空间都包含缺省工作空间和其他工作空间。工作空间本身可以包含多个快照和工作空间;一个配置空间包含多个工作空间。例如,在银行业项目中,您可为不同的团队定义下列工作空间:
    • 应用程序逻辑
    • 数据库逻辑
    • 用户界面
    可以在工作空间中添加、编辑和删除资源版本。

    可以根据同一配置空间中另一工作空间的内容来创建工作空间。例如,可以根据项目 A 中的工作空间来创建项目 B 的工作空间。项目 B 的新工作空间中工件的版本与项目 A 的所选工作空间中那些资源的版本相同。如果您在项目 B 工作空间中添加、编辑或删除资源,那么不会影响项目 A 工作空间中的资源。

    如果某个工作空间需要的资源位于其他空间的工作空间中,那么您必须生成后一工作空间的快照,然后指定对该快照的依赖性。

对资源所作的更改的可视性

当您使用变更集对资源所作的更改进行分组时,这些变更集会与创建这些变更集所在的工作空间相关联。要使变更集中的更改在相应的工作空间中可视,您必须共享这些更改。

此内容适用于 V4.0.3 或更改版本。 要使这些更改在另一工作空间中可视,您必须采用下列其中一种方式将您所在工作空间中的更改交付到该工作空间中。您可以将更改交付到所指定的流目标,也可以交付到与您正在其中交付更改的工作空间具有共同祖代的另一个工作空间中。在您交付更改之后,其他团队成员可以在他们自己的工作空间中接受这些更改。

有关流目标以及交付和合并更改的更多信息,请参阅指向相关主题的链接。

对项目区域和工作空间进行访问控制

此内容适用于 V4.0.3 或更改版本。 通过 Configuration Management 应用程序中的项目区域来控制对于生命周期管理产品的项目区域中的资源的访问。此项目区域与生命周期管理产品中的项目区域所引用的配置空间具有相同名称。请考虑以下示例:
  • 在生命周期管理产品中,创建一个名为 Project_area_1 的项目区域。
  • 将此项目区域分配给称为 ABC_space 的新的配置空间。Configuration Management 应用程序将自动创建名为 ABC_space 的配置空间和相应的项目区域。请注意,这两个存储库对象都位于 Configuration Management 应用程序中,而不是位于该生命周期管理产品中。
    注: 此外,您可以使生命周期管理项目的项目区域与现有配置空间相关联。例如,您可能在一个项目中创建项目区域时已创建配置空间,而您现在希望使另一个项目中的新项目与现有配置空间相关联。
  • 配置管理许可权包括下列操作:
    • 创建或修改(重命名)配置
    • 修改其他团队成员的变更集
    • 将配置归档或复原
    • 合并更改
    • 分配对于特定团队区域的写访问权
    要指定对于引用 ABC_space 的项目区域的配置管理许可权,在 Configuration Management 应用程序中,打开 ABC_space 项目区域。

    有关许可权的完整列表,在 Configuration Management 应用程序中,请查看相应项目区域的“许可权”页面。

对其他空间中资源的依赖关系

此内容适用于 V4.0.3 或更改版本。 要在配置中添加、更新或移除依赖关系,您必须在 Configuration Management 应用程序中具有相应的许可权。

管理员创建项目区域时,他们必须使该项目区域与一个或多个域相关联。管理员可以选择域的特定版本,要选择的版本取决于项目的需求。

如果工作空间需要另一个项目区域中的资源,那么具有适当许可权的管理员必须创建对于此项目区域中包含该资源的快照的依赖关系。管理员只能指定对于快照的依赖关系,而不能指定对于工作空间的依赖关系,因为快照不变。

请考虑以下示例:在启动项目时,管理员使域(例如,BPMN 域、Sketcher 域或 SoaML 域)与一个项目区域相关联,以指定要在项目中使用的本体。在该域中,快照会列示资源的特定版本:例如,UML 域可能包含 UML 依赖性的多个版本。如果项目要求 UML 依赖关系作为其本体的一部分,请找到包含您所需版本的快照,然后将该快照作为依赖关系添加至工作空间。在添加此依赖关系之后,就可以在项目中使用该快照中的工件。


反馈