先々月、Travisのブログに次の記事が上がった。
The Travis CI Blog: Gain more control over your delivery process with Build Stages
この記事で紹介されているBuild Stagesについて日本語の言及が殆ど無いので重要な部分のみ抜き出して翻訳する。
What is Build Stages ?
in the simplest and most common use case, you can now make one job run only if several other, parallel jobs have completed successfully.
最もシンプルかつ最も一般的なケースでは、他の幾つかの並列なジョブが正常に完了した時のみあるジョブを実行することができるようになりました。
What could this look like in practice? Let’s say you want to test a library like a Ruby gem or an npm package against various runtime (Ruby or Node.js) versions in parallel (we have supported this parallelization with our build matrix feature from the beginning). And you want to release your gem or package only if all tests have passed and completed successfully. Build stages already make this very basic and common workflow possible.
これによりどんなことが実践ではできるようになるでしょう？
あなたがRubyGemもしくはnpmパッケージのようなあるライブラリを様々なランタイムバージョン(Ruby or Node.js)で並列に実行したいとします(私達はビルドマトリックス機能により当初からこの並行実行をサポートしていました)。
そしてあなたはすべてのテストが通り正常に終了したときのみあなたのgemもしくはパッケージをリリースしたいとします。
ビルドステージはこれを非常に簡単かつ一般的なワークフローで可能にします。
How to use ?
jobs:
include:
- stage: test
script: ./test 1
- # stage name not required, will continue to use `test`
script: ./test 2
- stage: deploy
script: ./deploy
For more information
とりあえず元のブログ記事を読みましょう。