TFS項目集合佈局 - 針對多個團隊的建議和良好實踐

Question

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

使用TFS進行版本控制團隊有：

• 應用開發 - Web應用程序時，SharePoint，數據庫腳本等主要通過Visual Studio
• 整合 - 文本文件（XML和JavaScript）爲整合引擎。
• 數據倉庫 - VS數據庫項目，SSIS包

每支球隊通常不會有彼此相關的項目，也可以獨立工作。所有項目都是內部的，每個團隊都有不同的客戶。

的第一個建議是有一個集合佈局例如：

 
* 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集合，其中項目不會有任何交叉團隊之間。但是，您可以定義它 - 客戶，單獨的團隊。

這有助於讓球隊看到&貢獻，他們是關心的項目。

爲授予讀/寫Collection中的每個相應的組的宗旨新建或利用現有的AD安全組。根據需要，允許/拒絕每個組的權限。

Answer 2

藏品能有收藏？如果是這樣，我會建議一個團隊的基礎集合。然後，每個團隊都可以有自己的孩子結構，因爲他們認爲合適。它也給你的球隊之間一個很好的分離 - ，讓您的flexability在安全性，穩定性等

Answer 3

史蒂夫蘭格有關該主題（「關於TFS項目集合思考」）一個非常好的帖子，點擊here