在并行开发环境中管理更改

在并行开发环境中,每个团队成员都可以具有自己的工作空间,或者一个团队可以共享一个工作空间。要使更改对其他团队成员或团队可视,必须将这些更改传递至父工作空间。

开始之前

您应该熟悉项目区域配置空间快照工作空间变更集管理共享资源中对它们进行了描述。

还应该了解使更改与工作空间共享和将更改传递到父工作空间的差别。有关更多信息,请参阅本主题末尾指向相关概念的链接。

过程

在协作开发环境中管理更改的工作流程包括下列高级步骤:

  1. 创建并配置项目区域;然后将成员添加到该项目区域。 如果协作开发环境具有多个团队,那么您可以为每个团队都创建一个项目区域。缺省情况下,将为每个项目区域都创建一个工作环境(也称为工作空间配置工作空间)。
  2. 使项目区域与配置空间相关联,配置空间也称为空间。对您在步骤 1 中创建的每个项目区域都完成此步骤。 在生成此关联之后,无法再进行更改。如果项目区域不存在配置空间,那么必须创建该空间。

    在协作开发环境中,通常应该使多个项目区域与同一空间相关联。作为共享同一空间的结果,多个项目区域将隐式共享工作环境(也称为配置)。由于进行此共享,因此,团队不必手动使其工作环境同步。

    虽然项目区域将隐式共享配置,但是当团队成员查看配置时,只会显示特定项目区域的资源。

  3. 将资源添加到此项目。如果您的项目使用其他项目区域中的资源,那么必须创建与这些资源的依赖关系。
  4. 创建项目的快照

    快照是项目在特定时间点的只读视图。通过创建快照来为新工作空间创建起始点。

    除了创建项目区域时创建的缺省工作空间之外,所有工作空间都必须基于快照。如果要创建工作空间,那么必须创建快照。

  5. 创建工作空间

    可以在创建对应于里程碑的快照之后创建新工作空间。工作空间表示设计或开发项目的分支,它包含父快照中的所有资源并使新工作与其他工作环境隔开。

    根据协作开发项目或团队环境的结构,您可以创建多个工作空间,如下列示例所示:
    • 每个开发者一个工作空间,这取决于这些开发者是否使用相同资源
    • 每个开发者团队一个工作空间,每个团队在其工作空间内处理项目中的不同组件
  6. 使用变更集来管理更改

    通过使用变更集,可以创建已更改资源的逻辑分组,这使其他团队成员更容易复审和核准您所作的更改。

    1. 创建变更集以将对资源的更改进行分组。
    2. 将上下文切换到您创建的变更集。

      从此时开始,您更改的资源将添加到此变更集。

    3. 创建、编辑或删除项目所需的资源。
    4. 将变更集标记为“已完成”
  7. 可选: 创建复审,以便团队成员复审您所作的更改。

    您指定为复审者的团队成员将在其项目仪表板上接收通知。

  8. 将变更集中的更改传递至工作空间。此过程称为共享

    在共享您所作的更改之后,您可以在工作空间中看到您所作的更改。

  9. 将您的工作空间中的更改交付到流目标 不会自动通知其他团队成员您已更改共享资源;其他团队成员必须完成接受入局更改的操作。在此过程中,其他团队成员可以选择在其工作空间中接受或拒绝入局更改。
  10. 可选: 复审并接受或拒绝由其他团队成员进行的更改
  11. 在项目里程碑结束时,或者在必须创建设计的新分支时,请返回到步骤 4,以便为该设计的新分支或版本创建工作环境。

反馈