このトピックに関連する他の多くの質問があります：
チームビルド、統合された単体テストなどのいくつかの機能を備えたVSTFに固有のものは見つかりませんでした。これらの機能が、わずかに異なるソースレイアウトの推奨につながるのではないかと思います。
幸運に恵まれた高レベルのディレクトリ構造の例を投稿して、なぜそれらが好きなのかを説明してください。私は人々に「最良の」アプローチに投票させ、数日以内に答えを授与します。
ここに私が好きなものがあります：
注:すべてのソリューションには、Tests フォルダーと単体テスト プロジェクトがあります。
いくつかの考え：
デフォルトのワークスペースには次が含まれます。
Toolsには、カスタム ツールやスクリプトなど、単体テストのビルドと実行に必要なすべての実行可能コードが含まれています (おそらく、Visual Studio と PowerShell がマシンに既にインストールされていると仮定します)。
ReferencedAssembliesには、購入またはダウンロードしたものや、チームの誰かが書いたがこのプロジェクトの一部ではないものなど、他の場所から拾ったものがあります。
ソース- プロジェクト ファイルを含むすべてのソース コード。
ドキュメント- ビルドの一部としては使用されませんが、開発作業が適切に機能するために必要なアイテム。
バイナリ-サービスに必要な .PDB やその他のアーティファクトを含む、顧客に出荷されたビット。(小さなプロジェクトでは、リリースごとにソースをフォークしますが、通常はタグ/ラベルの方が適しています。)
他の場所 (例: $/personal) には、各人が好きなように処理できる場所があります ($/personal/USERNAME)。たとえば、私のサイド プロジェクトはここに移動します。