无法将工作项目分配给Azure DevOps中的发布

Question

我来自使用Rally和Pivotal Tracker。在这两种方法中，我都可以将工作项分配给发布作为计划工具，并拥有已部署的那些工作项的历史记录。

即使Microsoft提供了有关Azure DevOps的所有高度专门的指南，也没有说明如何根据将来的版本组织工作。我什至看不到将工作项与发布相关联的地方。在所有文档中我都缺少什么，还是有一些解决方法比仅使用标签主动针对发行版进行规划更可靠？还是Microsoft期望我使用一些单独的产品管理工具来针对发布管理工作项？

Answer 1

采用多种技术来完成此任务，而不是“单向”：

1. 使用父迭代路径，该路径将针对特定发行版计划的迭代进行分组。当您在开始下一个发行版本之前完全完成一个发行版本时，这种方法最有效。否则，它通常会因多次活动迭代而变得混乱。

   Backlog Iteration
   + Release 1.0
     + Sprint 1
     + Sprint 2
     + Sprint 3
   + Release 2.0
     + etc
   

-

1. 使用标签发布。在该版本中包含的所有工作项的顶部添加标签[Release 1.0]，这是最灵活的选项之一。

2. 使用Azure管道来跟踪哪些工作项与哪些Git提交相关联，从而包括在哪个构建工件中。通过查看中间构建，跟踪跨环境的构建工件，以查看将哪些工作项部署到环境中。

3. 将自定义工作项字段添加到要跟踪的工作项类型。您可以更改正在使用的工作项目流程，并且可以在工作项目中添加一个字段，您可以在其中指定版本名称/编号。有可用的自定义控件，这些控件可以将版本号范围限定到特定列表，或者可以从任何REST API中获取允许的值。

您可以看到，Azure DevOps在使用模式上更加灵活，但这也意味着有时您需要“找出最适合您的团队”。

您可能感兴趣的另一个扩展名是Bravo Notes extension。或基于您的工作项数据，提交和/或管道人工制品的其他extensions that can generate Release Notes之一。