TFVC内の特定のフォルダへの変更に基づいてVSTSビルドをトリガー

Question

チームサービスでは、single Team Projectアプローチに従って、異なる製品のサブフォルダを含む1つのチームプロジェクトに対して複数のビルド定義をセットアップしようとしています。私が抱えている問題は、CIトリガフィルタに関係なく、CIビルドがTFVCレポのあらゆる変更からトリガされるように見えるということです。私は、各サブフォルダ（例：$/MyProjectと/製品1）のいずれかにマッピングし、「含めるとCIのトリガーを含む、3つの別々のビルド定義を持って

MyProject 
    Product1 
    Product2 
    Product3 

：

レポは次のようになります"同じフォルダのフィルタ。

$/MyProject/Product1のファイルの変更をチェックすると、VSTSは3つの新しいビルドを開始します。各ビルドは、同じチェンジセットとの関連付けを要求します。

「$/MyProject/Product1」のインクルードフィルタを含むビルド定義に基づいて、1つのビルドが必要です。

1. 無効化「を一括変更」 - まだ各 定義のビルドの結果を、しかしProduct2とProduct3ため フィルタを構築するには何のチェンジセットを参照されなかった。

   カップル他のものは、私が試してみました。

   TFVCしたいバージョン管理パスを選択し

   含める： - 親やフォルダを兄弟のため

2. 追加除外フィルタは

がdocs読み取りが行動にどの の変化を見ていません含めると除外する。ほとんどの場合、 では、これらのフィルタにRepositoryタブのTFVCマッピングと一致する があることを確認する必要があります。

私はフィルタの意図された動作を誤解していますか、これはバグですか？誰もがこれを経験する？回避策のアイデアはありますか？

注：私はthis answerを見ましたが、それが複数のビルド定義のしわをカバーしているかどうかはわかりません。 1つの定義を使用して複数のブランチを構築し、共通の親をマッピングした場合、フィルタは機能しない可能性があります。

Answer 1

この問題は修正されました。もう一度お試しください。詳細については、このリンクを参照してください：CI Builds may not trigger as expected。

最終更新日：2016年6月27日（月曜日）2016年6月27日に完了した22時53分UTC

修正プログラムの配備21時26 UTCと、我々はもはや問題を再現できないこと を確認しました。 お客様は、VS Team Servicesをクリティカルサービスとして信頼しており、この事象の影響を受けて にお詫び申し上げますことをご了承ください。

敬具、Arvinの

Answer 2

私はバグを見つけたと信じています！ビルドのビルド定義トリガーがマッピングを尊重していないように見えますが、以前はこれまでに慣れていました。私は履歴を使用して2つのビルド定義を比較し、1つのjson（古いビルド定義）には、トリガーのbranchFiltersで設定されたマッピングで定義された完全な分岐パスがありましたが、新しいブランチ定義にはブランチを指しているリポジトリマッピングを使用していても、ブランチフィルタのリポジトリパス。

古いと正しいビルド定義：

"triggers": [ 
{ 
     "branchFilters": [ 
     "+$/WF.Workflow/Main/!v09" 

新しいビルド定義（間違って、すべてのリポジトリにチェックインのためにruningて）この新しいものが「+ $/WFを指している必要があり

"triggers": [ 
     { 
     "branchFilters": [ 
     "+$/WF.Workflow" 

.Workflow/Main /！v08 "

私はこの情報でEddieによって作成された接続問題にコメントを追加しました。私はそれが助けて欲しい

一時的な回避策として、私はGated CheckInを使用しようとしましたが、今のところうまくいくようです。それはチェックインプロセスにいくつかのブレイククライシスを追加しますが、それは私が今できることです。私はこれがすぐに修正されることを望む。