TFS项目集合布局-针对多个团队的建议和良好实践 考虑Team Foundation Server 2010的新部署，其中第一个用例是版本控制。

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

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

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

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

* Applications * Sharepoint * Integration * DataWarehouse *应用程序 *Sharepoint *整合 *数据仓库 在这些条件下，您将如何构建TFS 2010

在收集结构方面，您是否会为这些团队推荐任何实践或建议

---

（来源：）

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

我将在这里回答我自己的问题，说明我是如何在有许多不同团队的环境中部署它的

对于任何其他担任TFS管理员角色的开发人员，我再次建议将TFS集合进行划分，这样项目就不会在团队之间产生任何交叉。这可能是您定义it的方式—客户、独立团队

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

---

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

Steve Lange有一篇关于这个主题的非常好的帖子（“关于TFS项目集合的想法”），单击

似乎是一个很好的社区wiki候选。集合不能嵌套，但您可以在集合中定义团队项目的平面列表。团队项目可以依次拥有一组分层的区域、分层的版本控制文件夹等。