TFS中的团队、区域、项目、区域和迭代引起的混淆问题

Question

3

我对TFS里的所有东西感到困惑。有人可以请解释一下它们如何相互关联吗？

从这个页面中，我认为（团队）项目集可以包含多个（团队）项目，每个项目可以包含多个团队。是这样吗？项目是否可以包含其他子项目？团队是否可以包含其他子团队？团队定义了一组人（团队成员），还有其他什么需要注意的吗？

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

是否可以解析区域路径？例如，当区域路径为“DSS \ ADC \ MML”时，这是否总是意味着“DSS”是项目，“ADC \ MML”是团队？

- John Henckel

2个回答

1

Daniel提供了一个不错的答案，但我想进一步澄清。

当你看到Area Path = DSS\ADC\MML时，应该理解为：区域是在项目DSS中的ADC\MML内部。

同样地，当你看到Iteration Path = DSS\ADC\Sprint 23时，应该理解为：迭代是在项目DSS中的ADC\Sprint 23内部。

每个工作项都属于恰好一个区域和一个迭代。你可以将所有工作项想象成区域和迭代的二维网格，如下所示。

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

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

- John Henckel

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Daniel Mann · Accepted Answer

一个团队项目集是一个包含多个团队项目的数据库。

一个团队项目是源代码、工作项、构建定义、发布定义、手动测试等组织单元。您可以在一个项目集中拥有多个团队项目。团队项目最好被视为“一组软件应用程序及其规划工作、构建、测试和发布所需的所有相关工件”。

团队是团队项目中的组织单元，允许多个团队同时处理软件组合的不同方面。每个团队都可以有自己的待办事项列表、仪表板等。团队与区域相关联。

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

迭代用于定义您的工作项待办事项列表和迭代/冲刺。通常将团队分配给一个待办事项列表迭代，然后子迭代定义了工作的冲刺和关联的起始/结束日期。