0

ビルドに TFS 2012 を使用しています。

ビルドが TFS で実行されると、最後に成功したビルド以降に含まれていた変更セットが表示されます。これらは と呼ばれAssociated Changesetsます。

特定の条件下でビルドを失敗させたいカスタム ビルド アクティビティがあります。この失敗をトリガーするには、単純に例外をスローします。

私が抱えている問題は、例外がスローされた (そしてビルドが失敗した) 場合でも、次のビルドにはAssociated Changesets、以前に失敗したビルドの変更セットが含まれないことです。

ビルドワークフローのどの時点で変更セットが成功とマークされているか知っている人はいますか?

私が求めている動作は、カスタム アクティビティがビルドに失敗した場合、このビルドの変更セットがAssociated Changesets次のビルドに表示されることです。というように、ビルドが成功するまで続きます。

4

1 に答える 1

0

例外をスローする代わりに使用context.TrackBuildError("oops my build broke")

これにより、ビルドが正しく失敗し、変更セットが関連付けられなくなります

于 2013-08-03T20:53:58.420 に答える