TFS については、使用すること以外はあまり知りません。ただし、保留中の変更を使用してビルドすると、コードのどの部分が編集されているかに基づいて、どのビルド定義を選択できるかをビルド チームがどうにかして TFS に伝えることができました。
彼らはどのようにこれを行うのですか？効率よく探せません。また、これをどの程度の粒度まで拡張できますか? 一見関係のないコード セクションに 1 つのファイルがあり、予想以上に影響が大きいため、ファイルへのチェックインをより広いビルド定義に制限したいと考えています。
ビルド定義には、ビルドがトリガーされたときに必要なフォルダーを定義するソース管理マッピングのセットがあります。この同じフォルダーのセットは、チーム ビルドで使用され、ビルドを表示する必要があるかどうかを知識に基づいて推測します。保留中の変更がソース管理マッピングの範囲外である場合、ビルドはリストされません。
継続的インテグレーション トリガーを使用してビルドを定義すると、チーム メンバーが変更をチェックインするたびにビルドがキューに入れられます。ビルド定義ワークスペースは、どのファイルがビルド定義をトリガーするかを決定します。ビルド ワークスペースの詳細については、「ビルド ワークスペースの操作」を参照してください。