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

Question

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

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

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

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

第一个建议是使用Collection布局：

* Applications
* Sharepoint
* Integration
* DataWarehouse

在给定这些条件的情况下，您将如何构建TFS 2010？

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

alt text http://blogs.msdn.com/blogfiles/bharry/WindowsLiveWriter/TeamFoundationServer2010KeyConcepts_89D3/image_thumb_2.png

Answer 1

我将在这里回答我自己的问题，我将如何在这个环境中与许多不同的团队进行交流。

对于担任TFS管理员角色的任何其他开发人员，我再次抛出了将TFS馆藏分开的建议，其中项目之间不会有任何交叉。然而，您可以定义它 - 客户，独立团队。

这有助于团队了解＆amp;为他们关心的项目做出贡献。

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

Answer 2

史蒂夫·兰格（Steve Lange）关于这个主题发表了非常好的帖子（“关于TFS项目收藏的想法”），点击here

Answer 3

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