CI 用 Docker イメージ作成におけるベストプラクティス

H2O の CI では長らく、秘伝のタレ的な .travis.yml を使い続けてきたのですが、なにぶん依存関係が多いもので、だいぶメンテナンスが辛い感じになってきていました。また、CI テストで発生したエラーの調査の度に、時間のかかる CI を回さなければならないことが、開発者のストレスとなっていました。 そこで一念発起して、Docker イメージを使った CI に切り替えることにしました（実行環境としては引き続き Travis を使います）。 その際に、要件として以下のようなことを考えました。 CI以外に、コミット前のテストにも使えるようなイメージにすること コマンド一発でビルドとテストが動作すること 無駄な処理をしないこと その結果、以下のような実装になりました。 テストに必要なソフトウェア群をインストールしたイメージを Docker Hub にアップロードしておく テストには、1.

[tkmkg8m]

“1. テスト用コンテナにコードのあるディレクトリをマウントし、2. アウトオブトリービルドとテストを実行するスクリプトを書く”。CIだけでなくコミット前のコードも実行できるのよい。

[masutaka26]

ついつい circle.yml で Docker Image を構築してしまう

[tmatsuu]

手元でCI環境と同様のテストを回せるってのは素晴らしい。すべてのプロジェクトがそうなると嬉しいね。

[knjname]

Dockerに限らずアーティファクトリポジトリ経由させると捗るパターンは割とある。ローカルビルドしてあげる方法もとれる。

[ikosin]

“CI 用の Docker イメージを作るのではなく、テスト用の CI イメージを作り、それを CI に展開すべき”

[kithzmky]

コンテナ Docker

[snowcrush]

"まとめ：CI 用の Docker イメージを作るのではなく、テスト用の CI イメージを作り、それを CI に展開すべき"

[kanmo]

なるほど

[kazuhooku]

blogged