TFS2010とゲートチェックインを使用して、かなり大規模なチーム（5つのソリューション、最大150のプロジェクト）を実行しています。私たちのチームでは、各プロジェクトがCommon.Targetsと呼ばれる独自のファイルをインポートすることを義務付けています。このファイルは、ビルド時の処理を大量に実行します。私はチームの全員にそうするように指示し、それにwikiエントリも書きました。
ただし、新しいプロジェクトを追加するときにcommon.Targetsをインポートすることを忘れているため、チェックイン後にさまざまな問題が発生します。
そのようなプロジェクトがコンパイルに失敗し、したがってゲートチェックインに合格しない方法（msbuildコマンドライン、.slnに入れることができるものなど）はありますか？
古典的なアプローチはチェックインポリシーです。要件に事前定義されたポリシーがないため、独自のカスタムポリシーをかなり簡単に作成できます。「方法：カスタムチェックインポリシーを作成する」を参照してください。
2つのオプション：
KMorazが提案したように、変更/追加された.csprojをXMLとして解析し、Common.Targetsをインポートすることを検証するカスタムチェックインポリシー（ハウツー）を作成します。
短所：これをチーム内のすべての開発者に手動で配布し、更新がある場合はそれを管理する必要があります。
カスタムCodeActivity （ハウツー）を作成します。msbuild MSBuildEmitSolution = 1を実行し、結果の.sln.metaprojをXMLとして解析して、csprojファイルのリストを取得し、上記のように検証します。
短所：開発者は、ゲートチェックインが失敗した場合にのみエラーを確認します。
私は2で行くことにしました。