アクティブな（つまりクロークされていない）ディレクトリの内容が変更された場合、TFSではCIビルドをトリガしないことは可能ですか？

迷惑な副作用を（開発者がチェックインしClientMetadataの下で許可されていない）、専用のビルドがあるため、CIは、それを構築することです二回目を覚ます：それが原因ClientMetadataで独自の変更により、

二時間ClientMetadataを更新しますClientDBの変化、のために一度

理想的には、私はワークスペースで利用できるようにClientMetadataディレクトリをしたいと思いますが、私はそこに変更がビルドをトリガーする必要はありません。

それは可能ですか？

2017-12-06 mark

最後に***NO_CI***のテキストを持つチェックインコメントでビルドからの2回目のチェックインが行われた場合、継続的な統合トリガは抑制されます。

これはハックですが、どのようにgated checkinsがTFSでOOTBを動作させるかです。

2017-12-08 00:59:57

ゲーテッド・チェックインは、おそらく代わりに、CIビルドを意味し、ここでは関係ないのです。私はあなたに提案をテストします。 – mark

私が知っているのは、この「機能」がゲート付きチェックインをサポートするためのものだと指摘していましたが、おそらくそれを利用することができます。 –

カスタムビルドワークフローを使用することは重要ですか？ – mark

XAMLビルドではありません。

2017-12-06 23:22:11

コードをチェックインするたびにこのトリガ（CI）を選択すると、ビルドが実行されます。

実際にビルドパイプライン中にソースコントロールにファイルをチェックインすることはお勧めできません。

ClientMetadataフォルダを隠蔽したくない場合でも、get source中にビルドエージェントでプルダウンしておきたい場合。

このフォルダのアクティブなステータスを削除し、TFSサーバーパス（$/../../ClientMetadata）からエージェント$（BuildDir）にファイルを取得するだけのカスタマイズアクティビティを追加することができます。

2017-12-07 10:18:43

答えて