VSTS Feature / PBI記錄發行版本

Question

我正在尋找為功能或錯誤設置目標版本的最簡單方法。 即此功能將在版本1.2.3.4中使用。

我們有兩個團隊負責多個項目，所有團隊都在一個項目迭代中進行工作。

我們使用區域路徑將團隊之間的工作分開，使用這樣設置的區域路徑：

• 根
• 根\\ Foo
• 根\\ Foo \\ A區
• 根\\ Foo \\ B區
• 根\\腳\\區域C
• 根\\酒吧
• 根\\酒吧\\面積X
• 根\\酒吧\\面積Y
• 根\\酒吧\\區域Z
• 根\\ FooBar \\區域M
• 根\\ FooBar \\區域N
• 根\\ FooBar \\區域O

我認為最好是減少待辦事項的維護量和減少復雜性的時間，我想避免使用該區域來記錄版本； -根\\ Foo \\區域A \\ 1.2.3.4-根\\ Foo \\區域A \\ 1.2.3.5-根\\ Foo \\區域A \\ 1.2.4.0

我知道，如果我自定義流程模板，則可以在新的picklist（string）字段中添加。 然后，這將給我一個清單，列出每個項目的所有版本：

• 腳1
• 富2
• Foo 3
• Foo 3.1
• Foo 3.2
• 酒吧7
• 酒吧8
• 條9.0.0
• 條9.1.1

有什么好方法，您如何處理此要求？

提前致謝！

Answer 1

出於市場目的將功能區分開可能很有用。

但是，您應該避免使用“產品版本”來引用這些營銷或戰略目標的陷阱。 這就是Microsoft為何將每個新的Windows 10版本稱為“周年更新”或“創建者更新”，並且在內部僅將它們稱為里程碑的原因。 “紅石1”，“紅石2”等。

您可以輕松地在“交互路徑”中將Sprint流分解為這些存儲分區。 這使您可以靈活地在存儲桶中擁有任意數量的Sprint。 如果創建/ Redstone 2 / Sprint 38，您將知道/ Redstone 2 /中的所有內容都針對該發行版，而沒有指定日期或產品版本號。

然后，您的產品負責人可以決定“紅石2”何時具有足夠的功能以及所需的質量等級。 有時是基於日期的，有時是基於功能的，但始終都是關於產品所有者代理業務需求的。

Answer 2

您只需要添加sprints（迭代）並將工作項（例如功能，錯誤）迭代更改為相應的sprint。

更多信息，您可以參考本文： 定義沖刺