複数のプロジェクトに複数のTFSワークスペースが必要ですか？

Question

約6か月前にVSSからTFSに移行しました。プロジェクトを格納する私たちのやり方は、カテゴリ別に（Windows App、Web App、Infopath、SQLScripts、非推奨）グループ化したことです。 'Windows App'ワークスペースでは、3つの.NETプロジェクトがある可能性があります。 'Web App'には3などがあるかもしれません。VSSは、VSSが提供する実際の機能よりもコードリポジトリを格納するためだけに使用されました。

のWindowsアプリケーション（$/Windowsのアプリケーション/ワークスペース）
- > App1の
- > App2の
- > App3起動

Webアプリケーション（$/Webアプリケーション/ワークスペース）
- - > App1の
- > App2の
- > App3起動

は私が持っている問題は、プロジェクトごとに1つのワークスペースを持っている方が良いだろうとは？私が「はい」と思う理由の1つは、同じワークスペース内の複数のプロジェクトに取り組んでいるときに、チェックインしている変更をチェックインするようなことがあると、現在働いていない他のプロジェクトを含むすべての保留中の変更が表示されますインチ

Webアプリケーション/ App1の（$/Webアプリケーション/ App1のワークスペース）
Webアプリケーション/ App2の（$/Webアプリケーション/ App2のワークスペース）
Webアプリケーション/ App3起動（$/Webアプリケーション/ App3起動ワークスペース）

私はベストプラクティスの対応を探していますね。

ありがとうございました。

Answer 1

私が作業しているプロジェクトでは、アプリケーションのバージョンごとにいくつかのブランチがあり、私は（個人的に）ブランチごとに異なるワークスペースを作成します。各ブランチは、それ自体が「プロジェクト」です。私はちょうど読み：2

編集私はブランチに取り組んでいるときは表示されませんので、ブランチ1のための私の保留中の変更 - それはそのワークスペースにあなたの保留中の変更を局在化するため

それは、うれしいですあなたの答えの最後の部分 - 各作業領域の変更が保留中であることは本当に素晴らしい機能です。このようなことをするのがベストプラクティスだと思います。