TFS 混淆了团队、区域、项目、区域、迭代
TFS confused by team, area, project, area, iteration
我对 TFS 中的所有内容感到困惑。有人可以解释一下所有这些是如何组合在一起的吗？
- 团队项目合集
- 团队项目
- 团队
- 面积
- 迭代
来自this page, 我认为一个（团队）项目集合可以包含多个（团队）项目，其中可以包含多个团队。那正确吗？项目可以包含其他子项目吗？团队可以包含其他子团队吗？团队定义了一组人（团队成员）。还有什么吗？
我认为团队可以定义自己的区域和迭代，或者从其父级继承它们。是吗？
是否可以解析区域路径？例如，当区域路径是 "DSS\ADC\MML" 时，总是 是否意味着 "DSS" 是项目，"ADC\MML" 是团队？
团队项目集合是包含团队项目集合的数据库。
团队项目是源代码、工作项、构建定义、发布定义、手动测试等的组织单元。每个集合可以有多个团队项目。最好将团队项目视为 "a collection of software applications and all of the associated artifacts necessary to plan work, build, test, and release the applications".
团队是团队项目中的组织单位，允许多个团队同时处理软件组合的不同方面。每个团队都可以有自己的积压工作、仪表板等。团队与区域相关联。
区域是团队项目中的组织单元，用于将相似的工作分组在一起。可以将一个区域分配给一个团队，这意味着出现在该区域中的任何工作项都在该团队的域中。区域可以具有您想要的任何层次结构，并且名称不一定映射到团队项目名称或团队名称等任何内容。
迭代用于定义工作项积压和 sprints/iterations。一个团队通常被分配一个积压迭代，然后子迭代定义冲刺和相关的 start/end 工作日期。
Daniel 提供了一个很好的答案，但我想进一步澄清。
- 团队、区域和迭代是工作项的独立分区。
当您看到 Area Path = DSS\ADC\MML 时，您应该会想：区域在 ADC\MML 范围内 项目 DSS.
同样，当您看到 Iteration Path = DSS\ADC\Sprint 23 时，您应该思考：迭代是 ADC\Sprint 23 within Project DSS.
每个工作项只属于一个区域和一个迭代。您可以将所有工作项想象成一个二维网格中的区域和迭代，如下所示。
就像区域和迭代一样，团队 存在于单个项目中。当您看到 Team = DSS/MML Dev 时，您应该会想：团队 MML Dev 在 项目 DSS 中。请注意，与 Area 和 Iteration 不同，Team 使用 正斜杠 并且 Team 不能分层 .
工作项不与团队相关联。相反，每个团队都可以与项目的 领域 and/or 迭代 的任何子集相关联。 （要更改分配给团队的区域和迭代，请单击网页右上角的 管理团队 齿轮图标）。因此，团队间接 与一组工作项相关联。团队和工作项之间的关系是多对多。
我对 TFS 中的所有内容感到困惑。有人可以解释一下所有这些是如何组合在一起的吗？
- 团队项目合集
- 团队项目
- 团队
- 面积
- 迭代
来自this page, 我认为一个（团队）项目集合可以包含多个（团队）项目，其中可以包含多个团队。那正确吗？项目可以包含其他子项目吗？团队可以包含其他子团队吗？团队定义了一组人（团队成员）。还有什么吗？
我认为团队可以定义自己的区域和迭代，或者从其父级继承它们。是吗？
是否可以解析区域路径？例如，当区域路径是 "DSS\ADC\MML" 时，总是 是否意味着 "DSS" 是项目，"ADC\MML" 是团队？
团队项目集合是包含团队项目集合的数据库。
团队项目是源代码、工作项、构建定义、发布定义、手动测试等的组织单元。每个集合可以有多个团队项目。最好将团队项目视为 "a collection of software applications and all of the associated artifacts necessary to plan work, build, test, and release the applications".
团队是团队项目中的组织单位，允许多个团队同时处理软件组合的不同方面。每个团队都可以有自己的积压工作、仪表板等。团队与区域相关联。
区域是团队项目中的组织单元，用于将相似的工作分组在一起。可以将一个区域分配给一个团队，这意味着出现在该区域中的任何工作项都在该团队的域中。区域可以具有您想要的任何层次结构，并且名称不一定映射到团队项目名称或团队名称等任何内容。
迭代用于定义工作项积压和 sprints/iterations。一个团队通常被分配一个积压迭代，然后子迭代定义冲刺和相关的 start/end 工作日期。
Daniel 提供了一个很好的答案，但我想进一步澄清。
- 团队、区域和迭代是工作项的独立分区。
当您看到 Area Path = DSS\ADC\MML 时，您应该会想：区域在 ADC\MML 范围内 项目 DSS.
同样，当您看到 Iteration Path = DSS\ADC\Sprint 23 时，您应该思考：迭代是 ADC\Sprint 23 within Project DSS.
每个工作项只属于一个区域和一个迭代。您可以将所有工作项想象成一个二维网格中的区域和迭代，如下所示。
就像区域和迭代一样，团队 存在于单个项目中。当您看到 Team = DSS/MML Dev 时，您应该会想：团队 MML Dev 在 项目 DSS 中。请注意，与 Area 和 Iteration 不同，Team 使用 正斜杠 并且 Team 不能分层 .
工作项不与团队相关联。相反，每个团队都可以与项目的 领域 and/or 迭代 的任何子集相关联。 （要更改分配给团队的区域和迭代，请单击网页右上角的 管理团队 齿轮图标）。因此，团队间接 与一组工作项相关联。团队和工作项之间的关系是多对多。