TFS 2010：メインブランチのゲーテッドチェックイン。 Devブランチでローリングビルド？

Question

私は最近、VSSからTFS 2010に移行しましたが、私はそれを絶対に愛していましたが、まだ私はそれがすべきだと思うように働くことができませんでした。

GOALS

私は、開発への変更がビルドを壊したときにすぐに知りたいのです。事実を見いだすと大したことではありません。一日を通して多くのチェックインが行われるので、ビルドが完了するのを待たずに、非同期にする必要があります。

私たちのメインブランチでは、マージが起こるたびにビルドを破らないようにしたいと思います。私はこれについて直ちにフィードバックをしたい。メインに頻繁にマージされることはないので、待機時間は問題ありません。

CURRENT SETUP

私のソリューションは、メインというフォルダの下にあります。私は開発と呼ばれる支店を作りました。私が作業しているワークスペースは、MainとDevelopmentの両方のブランチを含むトップレベルに縛られています。問題があった場合に備え、私は自分のワークスペースを「開発」を指すように調整しようとしました。それは私の問題を修正するようには見えなかったので、私はそれを本来持っていた方法、つまりMainとDevelopmentの両方に戻しました。

ワークスペースのビルド定義内には、メインブランチ用と開発用の2つの定義が定義されています。

最初の定義は、メインブランチを構築するための定義です。ゲート付きチェックイントリガーがあり、 "Items to Build"がメイン内のソリューションファイルを指しています。

2番目の定義は、開発ブランチでソリューションを構築するためのものです。 Rolling Buildsトリガーがあり、 "Items to Build"がDevelopment内のソリューションファイルを指しています。

結果は変更が開発中で行われ、チェックインが行われ現在

、ゲーテッドチェックインメインにはトリガされます。これは混乱の原因になるだけでなく、プロセス全体の処理速度を低下させる傾向があります。 TFSのいくつかは残念ながら、私はまだ私の問題の解決策を見つけていないなど、一般的なTFSの使用量を、分岐に導きで

次のステップは、

私が見てきました。これまでにこの問題を抱えていた場合は、何かアドバイスをいただければ幸いです。

Answer 1

現時点では100％は確信していませんが、はのビルド定義ワークスペースでカバーされているソースツリーのチェックインによってトリガーされます。

したがって、ビルド定義を調べ、各ビルド定義が取得するソースツリーのどの部分を確認してください。あなたのCIビルドはDevブランチのみを取得し、ゲーテッドビルドはMainブランチしか取得しません。