TFS对团队，区域，项目，区域，迭代感到困惑

Question

我对TFS中的所有内容感到困惑。有人可以解释一下这些是如何组合在一起的吗？

• 团队项目集合
• 团队项目
• 队
• 区
• 迭代

来自this page,我认为（团队）项目集合可以包含多个（团队）项目，可以包含多个团队。是对的吗？项目可以包含其他子项目吗？团队可以包含其他子团队吗？团队定义了一组人员（团队成员）。还有什么吗？

我认为团队可以定义自己的区域和迭代，或者从其父级继承它们。是吗？

是否可以解析区域路径？例如，当区域路径为＆＃34; DSS \ ADC \ MML＆＃34;那总是意味着＆＃34; DSS＆＃34;是项目，＆＃34; ADC \ MML＆＃34;是团队吗？

Answer 1

Team Project Collection是一个包含Team Projects集合的数据库。

团队项目是源代码，工作项，构建定义，发布定义，手动测试等的组织单位。每个集合可以有多个团队项目。团队项目最好被视为＆＃34;软件应用程序的集合以及规划工作，构建，测试和发布应用程序所需的所有相关工件。

团队是团队项目中的一个组织单位，允许多个团队同时处理软件组合的不同方面。每个团队都可以拥有自己的积压，仪表板等。团队与区域相关联。

区域是团队项目中的一个组织单位，用于将类似的工作分组在一起。可以将区域分配给团队，这意味着该区域中出现的任何工作项都在该团队的域中。区域可以具有您想要的任何层次结构，并且名称不一定映射到团队项目名称或团队名称等任何内容。

Iteration用于定义工作项积压和sprint /迭代。通常会为团队分配一个积压迭代，然后子迭代定义冲刺和相关的工作开始/结束日期。

Answer 2

丹尼尔提供了一个很好的答案，但我想进一步澄清。

• 团队，区域和迭代是工作项的 独立分区 。

当您看到Area Path = DSS\ADC\MML时，您应该认为：项目ADC\MML中的区域为DSS 。

同样，当您看到Iteration Path = DSS\ADC\Sprint 23时，您应该考虑：项目ADC\Sprint 23中的迭代为DSS 。

每个工作项只属于一个区域，只属于一次迭代。您可以想象Area和Iteration的二维网格中的所有工作项，如下所示。

就像区域和迭代一样，单个项目中存在团队。当您看到Team = DSS/MML Dev时，您应该认为：项目MML Dev中的小组是DSS 。请注意，与区域和迭代不同，团队使用正斜杠，而团队不能是分层。

工作项不与团队相关联。相反，每个团队都可以与项目的区域和/或迭代的任何子集相关联。 （要更改分配给团队的区域和迭代，请单击网页右上角的管理团队齿轮图标）。因此，团队间接与一组工作项相关联。团队和工作项之间的关系是多对多。