TFS 项目集合布局 - 多个团队的建议和良好实践答案

【问题标题】：TFS Project Collection layout - suggestions and good practices for multiple teamsTFS 项目集合布局 - 多个团队的建议和良好实践
【发布时间】：2010-06-28 17:02:33
【问题描述】：

考虑 Team Foundation Server 2010 的新部署，第一个用例是版本控制。

使用 TFS 进行版本控制的团队是：

应用程序开发 - 主要通过 Visual Studio 开发的 Web 应用程序、SharePoint、数据库脚本等
集成 - 用于集成引擎的文本文件（XML 和 JavaScript）。
数据仓库 - VS 数据库项目、SSIS 包

每个团队通常没有相互关联的项目，并且独立工作。所有项目都是内部项目，每个团队都有不同的客户群。

第一个建议是这样的集合布局：

* 应用 * 共享点 * 一体化 * 数据仓库

在这些条件下，您将如何构建 TFS 2010？

在收集结构方面，您有什么做法或建议可以推荐给这些团队吗？

_{（来源：msdn.com）}

【问题讨论】：

似乎是社区 wiki 的理想人选。

标签： tfs

【解决方案1】：

我将在此回答我自己的问题，即我是如何在这个有许多不同团队的环境中进行布局的。

对于担任 TFS 管理员角色的任何其他开发人员，我再次提出将 TFS 集合划分为项目不会在团队之间有任何交叉的建议。这可以是您定义的任何方式 - 客户、单独的团队。

这有助于让团队看到他们关心的项目并为他们做出贡献。

创建新的或利用现有的 AD 安全组，以便向集合中的每个相应组授予读/写权限。根据需要允许/拒绝对集合的每个组的权限。

【讨论】：

【解决方案2】：

Steve Lange 有一篇关于这个主题的非常好的帖子（“Thoughts on TFS Project Collections”），点击here

【讨论】：

【解决方案3】：

集合可以有集合吗？如果是这样，我会建议一个团队基地集合。然后，每个团队都可以拥有自己认为合适的子结构。它还为您提供了团队之间的良好分离，为您提供了安全性、稳定性等方面的灵活性。

【讨论】：

集合不能嵌套，但您可以在集合中定义团队项目的平面列表。反过来，团队项目可以具有一组分层的区域、分层的版本控制文件夹等。