1

現在、コードをビルドしてテストを実行するカナリア ビルドがありますが、何も「公開」しません。これは、チェックインによってビルドが中断されないようにするための手段にすぎません。

ビルドして発行する「発行」ビルドである 2 番目のビルドがあります (この時点では、カナリア ビルドが検証済みのテストを行うと想定しているため、テストは実行されません)。この発行ビルドは、キューに変更セットがある場合に毎晩実行されます。しかし、最後のカナリア ビルドも壊れた場合、パブリッシュ ビルドが実行されないようにしたいと考えています。どうやってやるの？

ビルドを公開:

  1. ビルドを午前 1 時にスケジュールして実行します。

    を。キューに変更セットがある場合 AND

    b. 最後の Canary ビルドが成功した場合。

4

3 に答える 3

3

「カナリア」ビルドをゲート チェックインに変更することを考えたことはありますか。これにより、ビルドが成功しない限り、コードがコード ベースに入るのを防ぐことができます。

次に、毎晩のビルドをスケジュールとして設定します（すでに持っていると思います）が、「何も変更されていなくてもビルドする」のチェックを外してください

于 2013-09-05T08:20:17.143 に答える
0

ビルド プロセスに時間がかかりすぎていませんか? そうでない場合は、公開する直前にビルドしてみませんか? CIビルド出力を確認する必要はありませんか？

それは簡単で、余分な努力は必要ありません:)

于 2013-09-06T15:59:54.363 に答える
0

このhttp://blog.stangroome.com/2011/09/06/queue-another-team-build-when-のようなカスタム テンプレートを作成しない限り、デフォルトのプロセス テンプレートで別のビルドが失敗したかどうかを確認する方法はありませんone-team-build-succeeds/

パブリッシュ ビルドに単体テストを含めてみませんか。変更セットのサイズに関係なく、単体テストは 1 回実行され、それ以上の時間はかからないと思います。流れを変えることができるから

ビルドを公開:

ビルドを午前 1 時にスケジュールして実行します。

を。キューに変更セットがある場合 AND

b. ビルドが成功し、単体テストに合格した場合。

于 2013-09-06T05:21:31.163 に答える