鍵は、あなたに提供されている組織構造を理解することだと思いますTeam Foundation Service
. それをどのように整理するかは、最終的にはあなた次第です。
では、次のものを利用できますTeam Foundation Service
。
- ワン プロジェクト コレクション
- 通常の TFS では、多くのプロジェクト コレクションを持つことができます。(
Team Foundation Service
執筆時点で) では、1 つしか持てません。
- チームプロジェクト
- これらは、プロジェクト コレクションに入るプロジェクトです。
- 多くのソリューションを 1 つにまとめる
Team Project
ことも、単純に 1 つにすることもできます。
- ソース管理フォルダー
- 各プロジェクトには明らかにソース管理フォルダーが含まれているため、これらをさらにプロジェクトに分割できます。
私はあなたほど多くのプロジェクトを持っていませんが、次のようなことをしています:
Team Projects
主要プロジェクト(ソリューション)専用の作成
- 類似の小規模プロジェクト (ソリューション) を 1 つにまとめる
Team Project
- さらにネストすることもできます。私たちが作成する SSRS レポートに使用する実際のシナリオを含めました。
私がそれを行う方法の例については、以下を参照してください。
- コレクション(プロジェクトコレクション)
- メジャープロジェクト1 (チームプロジェクト)
- マイナー プロジェクトのグループ (チーム プロジェクト)
- マイナー プロジェクト 1
- マイナー プロジェクト 2
- マイナー プロジェクト 3
- メジャープロジェクト2 (チームプロジェクト)
- SSRS プロジェクトのグループ (チーム プロジェクト)
- 2005年
- クライアント
- クライアント1
- クライアント2
- Client3 共有(すべてのクライアント)
- 2008年
- クライアント
- クライアント1
- クライアント2
- Client3 共有(すべてのクライアント)
- 2008 R2
- クライアント
- クライアント1
- クライアント2
- Client3 共有(すべてのクライアント)
覚えておくべき 1 つのポイントは、ビルドがTeam Project
. したがって、これはあなたの決定にさらに影響を与える可能性があります。