以下は、私が作業している場所にソース管理ツリーを配置する方法です。
Root
-- Artifacts (Reports folder for build. Items are not checked into TFS)
-- BuildOutput (location where all compiled code is sent. Items are not checked into TFS)
-- BuildScripts
-- ConfigFiles (config files used for different kinds of builds)
-- MSBuild (MSBuild scripts that I have written for our build)
-- MSBuild Extensions (MSBuild extension that I use as part of my build)
-- Database (folder for all database related items)
-- src (folder for all DotNET source code)
-- ThirdParty (folder to hold all of our third party dependencies like NUnit, Specflow, etc)
これは私たちにとってかなりうまくいきました。
通常、styleCop や FXCop などを統合する場合は、それらをプロジェクトやソリューションに直接ではなく、全体的なビルド プロセスのステップとして含めます。たとえば、私が管理しているビルド プロセスには、実行する 12 の異なるステップがあります。私は、1) コードをコンパイルする、2) 単体テストとコード カバレッジを実行する、3) 統合テストを実行する、4) 重複ファインダーを実行するなどのことを行います。ビルド プロセスの一部として同じ種類のものをセットアップする必要があります。
私は TFS ビルドの経験があまりありません (TFS ビルドよりもJetBrains のTeamCityを使い始めました) が、ビルド テンプレートを変更して、MSBuild スクリプトをビルド プロセスに統合できるはずです。また、ビルド テンプレート内で StyleCop と FXCop を直接実行できる TFS Build の拡張機能もいくつかあると思います。
お役に立てれば。