VSTS功能/ PBI记录发布版本

Question

我正在寻找为功能或Bug设置目标版本的最简单方法。即此功能将进入版本1.2.3.4。

我们有两个团队在多个项目中工作，所有项目都在一个项目迭代中工作。

我们使用区域路径来分隔团队之间的工作，使用区域路径设置：

• Root
• Root \ Foo
• Root \ Foo \ Area A
• Root \ Foo \ Area B
• Root \ Foo \ Area C
• Root \ Bar
• Root \ Bar \ Area X
• Root \ Bar \ Area Y
• Root \ Bar \ Area Z
• Root \ FooBar \ Area M
• Root \ FooBar \ Area N
• Root \ FooBar \ Area O

我认为理想的是减少积压维护和复杂时间，我希望避免使用该区域来记录版本;   - Root \ Foo \ Area A \ 1.2.3.4   - Root \ Foo \ Area A \ 1.2.3.5   - Root \ Foo \ Area A \ 1.2.4.0

我知道如果我自定义流程模板，我可以添加一个新的选项列表（字符串）字段。这将为我提供一个包含每个项目所有版本的列表：

• Foo 1
• Foo 2
• Foo 3
• Foo 3.1
• Foo 3.2
• Bar 7
• Bar 8
• Bar 9.0.0
• Bar 9.1.1

什么是好方法，你是如何处理这个要求的？

提前致谢！

Answer 1

为营销目的划分功能可能很有用。

但是，您应该避免使用产品版本来引用这些营销或战略目标。这就是为什么Microsoft将每个新的Windows 10版本称为“周年纪念更新”或“创建者更新”，并在内部仅将其称为里程碑。 “红石1”，“红石2”等。

您可以轻松地将您的Sprint流程在Interation Path中分解为这些存储桶。这使您可以灵活地在桶内拥有尽可能多的Sprint。如果您创建/ Redstone 2 / Sprint 38，您就知道/ Redstone 2 /中的所有内容都是针对该版本定的，而没有指定日期或产品版本号。

然后，您的产品负责人可以决定何时“Redstone 2”具有足够的功能和发货所需的质量水平。有时这是基于日期的，有时是基于特征的，但总是关于代理业务需求的产品负责人。

Answer 2

您只需要添加sprint（迭代）并将工作项（例如feature，bug）更改为相应的sprint。

更多信息，您可以参考这篇文章：Define sprints