最近、Workflow Plugin というものがリリースされました。
Jenkinsユーザカンファレンスで度々話題に出ていたものです。
動画はPCの調子が悪く見れず、発表資料をちらりと見た程度ですが、習うより慣れろです。
似たPluginとして Build Flow Plugin があります。
Workflow Plugin は Build Flow Plugin をよりパワーアップさせた版、という印象です。
ちなみに Build Flow Plugin の Wiki には、
「You probably would be interested by https://github.com/jenkinsci/workflow-plugin as a possible alternative.」
と書かれていました。
公式のデモを試す
とりあえず触ってみないと分からないのですが、かといって目的もなく使おうとしてもピンとこないので、Githubで公開されているデモを試してみました。
Docker が必要ですので、Docker 環境をご利用下さい。
私は、coreosのvagrant版を使用しています。
VirtualBoxのポートフォワーディングをいい感じに設定して、ホストOS（Win7）からブラウザでJenkinsにアクセスできるようにしています。
デモジョブの設定を見てみる
さっそくデモ用Jenkinsへアクセスしてみます。
8080はJettyのポートらしく、Jenkinsは8081とのことです。
どうやらデモ用ジョブを実行することで、Jettyのアプリがビルド・テスト・デプロイされるようでした。
ジョブの設定は↓のような感じです。
この Workflow Pluginは、Build Flow Plugin よりも広い範囲をGroovyで設定できるようにする代物のようです。
プログラマブルに設定できるのは大歓迎ですが、DSLはとっつきにくさがありますよね...。
「Snippet Generator」をチェックすると、見慣れたUIからDSLに変換してくれる機能が出てきます。
適当なシェルスクリプトを変換する場合。
※ これはエスケープが面倒くさい...かも？
他に追加したプラグインも設定できるのか試してみます。
多くのJenkins使いがお世話になっているだろう「Email-ext plugin」をインストールし、もう一度Snippet Generatorを見てみましが、残念ながら選択肢には加わりませんでした。
この辺の仕様はドキュメントを読みつつ試してみないと理解できないので、今はさくっとデモジョブを実行してみます。
デモ用ジョブを実行する
何も考えず実行してみます。
よく見慣れた感じですね。
/var/lib/jenkins/workflow-plugin-pipeline-demo から git clone し、flow.groovy を読み込んでいるので、この Groovy にがっつり設定が盛り込まれているようです。
Github上で公開されているので、そちらを見てみました。
https://github.com/jenkinsci/workflow-plugin-pipeline-demo/blob/master/flow.groovy
stage というメソッドが良く出てきます。
意味は、workflow-plugin の Github に書いてありました。
Pipeline stages
Workflows can be divided into sequential stages, not only for labeling but to throttle concurrency.
パイプラインを作るタスクのようです。
今までJenkinsでのパイプラインの単位はジョブでしたが、このPluginではよりさっくり作れるようです。
パイプラインといったら、Build Pipeline View で様子を確認したくなりますが、Workflowジョブは、Build Pipelien View で選択できるジョブに含まれません。
「Running Steps」という画面が用意されていました。
しばらく放置していると、Input でビルドの実行状態が点滅したままになりました。
コンソール出力を見てみると、
となっています。
この部分のGroovyは
def production() {
input message: "Does http://localhost:8080/staging/ look good?"
と思います。
なるほど、これは便利そうですね。
言われた通りのURLを確認してみると、
Jenkinsさんがこんにちはしてくれたので、Proceed をクリックします。
無事、最後までビルドできました。
warが成果物として保存されています。
下のシンタックスで定義されていました。
archive 'target/x.war'
先の Running Steps でも「Archive Artifacts」がありましたね。
感想
まだ調べきれていないのではっきりとは言えませんが、
プラグインの機能をDSLで設定できるのかどうかが気になります...
一応、他のジョブを呼ぶこともできるので、細かく分けられたジョブをまとめるトリガージョブとして使うことができるかもしれません。
また、ビルドが失敗した時の調査がしやすいかどうか分かりません。
プログラマブルな分、プログラマーには優しくなったような、でも仕様を理解しないとかえってメンテナンスし辛いような。
ジョブのフローがぐちゃぐちゃで困っている人には役に立ちそうな気がします。
詳しくて正しい話は、きっと来月の JUC Tokyo で発表されるのではないでしょうか（勘）。
発表されました。