2017-08-01 5 views
0

ソースコードレポごとに1つのブランチがいくつかの異なる種類(リリース、デバッグなど)で構築されている連続的な統合パイプラインをセットアップする必要があります。テストのためにターゲットデバイスに送信されます。最後に、各ターゲットデバイスのステータスと、そのターゲットデバイスの各ソフトウェアのステータスでレポートを作成する必要があります。 これが主に宣言型パイプラインコードに保存されるのが最善でしょう。必要に応じてスクリプト化されたパイプライン。また、複数のGUIベースのジョブは、最後の手段としてのみ使用できます。宣言パイプラインを使用した同じソースコードからの複数のビルドとテスト

私はいくつかのアプローチを試してきましたが、まったく正しいことは何もありません。パラメータ化されたジョブの束にwhen条件を使用するのは最後のショットでしたが、現在のビルドの実行ではアクティブでないデバイスに対しては、すばらしい "ゴーストジョブ"が多数表示されてしまいました。

私が従うべきだと思っているアイデアやポインター、または良い習慣はありますか?

答えて

0

今日、私はこれに数日間いたにもかかわらず、堅牢なソリューションを見つけたと思います。デバイスごとのJenkinsfileを各ソフトウェアリポジトリに追加し、これらのファイルの呼び出しをオーケストレーションするJenkins GUI経由でインラインパイプラインを設定しました。このようにして、すべてのターゲットデバイス用のソフトウェア、1つのターゲットデバイス用のすべてのソフトウェア、またはすべてのターゲットデバイス用のソフトウェアを簡単に構築できます。

関連する問題