为什么在TFS迭代树中使用Release

我们正在为我们正在开发的产品的早期版本做大量的维护工作，在迭代过程中发布这个版本感觉很愚蠢。即使我们不做任何维护工作，也觉得没有必要将版本放在迭代路径中，所以有人能解释一下它默认存在的原因吗？是否有从树中删除发布级别的警告

我的建议是这样做？这有意义吗？我们只会有一个接一个的sprint，发布与它们无关

• 根
  • 冲刺1
  • 冲刺2

---

在一个为以前的版本做了大量维护工作的项目中，您将如何构建迭代树？

如果您不希望在迭代层次结构中使用发布层，您可以随意删除它，而且一切都会正常工作

---

大多数团队不会发布每一个Sprint，因此在实践中，多个Sprint组成一个发布，人们喜欢使用迭代层次结构跟踪这些信息。然后，他们可以将其用于报告，执行诸如“向我展示版本3中包含的所有PBI”之类的操作。

如果您不希望在迭代层次结构中使用发布层，您可以随意删除它，并且一切都会正常工作

---

大多数团队不会发布每一个Sprint，因此在实践中，多个Sprint组成一个发布，人们喜欢使用迭代层次结构跟踪这些信息。然后，他们可以将其用于报告，比如“向我展示3版中包含的所有PBI”。

迭代真的告诉你了吗？这只是一段时间的事情已经作出。不是“发布到哪个版本”吗？实际上，您可以为多个版本做新的事情，但一次只能进行一次迭代？大多数团队都会将sprint分组到特定的版本中。如果您的团队没有这样做，那么可以随意更改迭代层次结构，以反映您实际的工作方式。是的，如果您在一个sprint期间没有对多个版本进行开发，那么它工作得很好，但是对于我们来说，将第个版本包括在迭代路径中是没有意义的。迭代真的告诉您了吗？这只是一段时间的事情已经作出。不是“发布到哪个版本”吗？实际上，您可以为多个版本做新的事情，但一次只能进行一次迭代？大多数团队都会将sprint分组到特定的版本中。如果您的团队没有这样做，那么可以随意更改迭代层次结构，以反映您实际的工作方式。是的，如果您在一个sprint期间没有对多个版本进行开发，那么它工作得很好，但对于我们来说，在迭代路径中包含th版本是没有意义的。