任务:进行变更
此任务描述了创建和修改“工作产品”的主要操作是什么,以及如何执行这些操作。
规程:配置与变更管理
用途
  • “进行更改”是一般任务,用于满足团队成员对于访问要更改的工作产品集(变更集)的需要,以(通过执行各种任务)实现其工作单需求。
关系
角色主执行者: 其他执行者:
输入必需:
可选:
    输出
      流程使用情况
      主要描述

      项目管理的工作单对于任何正针对某一项目执行的工作都是一种激励。一旦得到工作单,团队成员通常将通过创建“待办事宜”列表来计划他们的工作,其中各项工作的到期日都符合工作单中所概括的“合约”。

      下一步是让责任方角色获取或创建必要的工作产品,这些工作产品需要进行处理或添加到源控制中。

      项目通常将工作产品的受控版本保存在访问受限的中央存储库中。“检入”和“检出”操作使开发人员能获得工作产品的特定版本,对其进行更改,并重新提交它使其成为最新的受控版本。该步骤用于确保开发人员遵循“检入和检出”过程来对版本受控的工作产品进行更改。

      任何开发人员执行的主要 CM 操作有:

      • 检出 - 授权更改元素
      • 检入 - 存储已更改元素的新版本,并使其他团队成员能使用更改进行检出。 建议采用的策略是每次检入时均通过简要注释来描述更改。
      • 添加到源控制 - 创建初始版本,将新文件或目录置于版本控制下
      • 交付 - 将更改提交给集成人员。
      • 同步 - 使您可查看其他开发人员所作的更改。

      实施者常见的工作方式如下:

      1. 检出需要更改的文件。
      2. 进行更改。
      3. 执行单元测试以验证更改。
      4. 获取核准的更改。
      5. 检入更改。
      6. 促进更改。


      不同种类的检出

      缺省情况下,检出元素时会授予创建该元素新版本的专有权。 这称为保留的检出。这样会防止尝试对该元素进行保留检出的任何其他用户执行该操作。

      在并行开发情况下,无限制检出机制允许您检出别人已检出的文件。

      一些组织通常使用“先来先服务”开发风格,按照该风格,多名用户对同一个元素执行“无限制检出”。 这些用户中的任何一个随后就可以执行检入,以创建该文件的下一版本。 其他的每个用户在创建后续版本之前,都必须将这些更改与先前检入的更改合并起来。



      更多信息