CI 用 Docker イメージ作成におけるベストプラクティス
H2O の CI では長らく、秘伝のタレ的な .travis.yml を使い続けてきたのですが、なにぶん依存関係が多いもので、だいぶメンテナンスが辛い感じになってきていました。また、CI テストで発生したエラーの調査の度に、時間のかかる CI を回さなければならないことが、開発者のストレスとなっていました。 そこで一念発起して、Docker イメージを使った CI に切り替えることにしました（実行環境としては引き続き Travis を使います）。 その際に、要件として以下のようなことを考えました。 CI以外に、コミット前のテストにも使えるようなイメージにすること コマンド一発でビルドとテストが動作すること 無駄な処理をしないこと その結果、以下のような実装になりました。 テストに必要なソフトウェア群をインストールしたイメージを Docker Hub にアップロードしておく テストには、1.
CIのテスト環境にDockerを導入して自動テストを高速化してみた。 - DMM.comラボエンジニアブログ
はじめに こんにちは。プラットフォーム開発部のいしがきです。普段はDMMサービス全体を支える会員基盤の開発をしています。 目次 概要 既存の自動テスト環境 既存の自動テスト環境の問題点 改善案 : Dockerの導入 実現方法 まとめ 概要 今回はCI(継続的インテグレーション)の開発工程において、自動テスト環境にDockerを導入してテストの実行時間を高速化した事例を紹介します。 既存の自動テスト環境 まず、既存の自動テスト環境を紹介します。構成はごくごく一般的なCIの構成で、下記の図のような構成になっています。 1.リポジトリ管理はStashを使用しています。 開発者は日々、ソースコードを自身のトピックブランチにcommit,push→pull request(レビュー・承認)→統合ブランチ(master)にmergeの流れです。テストコードはPHPのテストフレームワークである、Cod
CIサービスだけでErgoDoxのファームウェアをビルドして公開する - YAMAGUCHI::weblog
はじめに こんにちは、Go界のalva notoです。ErgoDoxを買ってから1ヶ月が経ちますが、毎日快適にデスクワークをしております。そして日々ErgoDoxを使いながら常に新しいキー配列を模索しています。ErgoDoxの良い点は単純にセパレート型で肩が開く点だけでなく、自より指（腱）に負担がかからない配列に自由に直せるという点もあります。ただ、自分でキー配列を変えたファームウェアをビルドするのはちょっと面倒。 これまでは単一キーのみのアサインだったのでMassdropのコンフィギュレーターを使っていましたが、さらなる最適化を求めてファームウェアを自前でビルドし始めました。しかしながら、毎度毎度VagrantやDockerで環境を立ち上げてビルドするのは面倒なので、CIでビルド出来るようにしましたので、その情報を共有します。 ビルドプロセスの設定 普通に手元で動くTeensy用ファーム
CircleCI + Docker で Infrastructure CI (Chef + Serverspec) 環境を構築した - kakakakakku blog
近況 3月から DevOps 関連の技術的負債の解消に取り組んでいて，動かなくなった Chef を直したり，秘伝のタレ（手動）で構築されたサーバ設定を Chef にリバースエンジニアリングしたり，Serverspec を導入して稼働中のサーバの差異を確認したりしている． 他にもウェブサーバのパフォーマンスチューニングをしたり，Zabbix / Kibana / CloudWatch で可視化したり，不要なアラートを消したりもした．あと Vagrant 環境を自動構築できるようにしたり，Packer を使って Vagrant Box を改善したり，デプロイ手順を正常化したり，テストの品質向上の目的で Capybara を導入したりもした． 最近はキャッシュサーバをリプレイスしたり，AWS のネットワーク構成を変更するなど，とにかく様々な施策を試しているけど，全然まだまだという感じで，圧倒的成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Travis CI、Coveralls、Code Climate、RubyGems、Gemnasium、deppbotと連携させよう！ 
