Jenkinsプラグインをrubyで書いてみる(1) 準備 : morilab報告書
2015年05月06日10:42 カテゴリJenkinsruby Jenkinsプラグインをrubyで書いてみる(1) 準備 Jenkinsをある程度使ってみて思ったのは、プラグインの重要さ。 人に使ってもらうとか、自分でも簡単に使えるようにするにはプラグインが非常に有効。 JenkinsをJavaコーディングで使うならすでにいろいろ便利なプラグインもあるんでしょうが、RTLコーディングに使おうとしていると、なかなか何でもかんでもとは行かないですね。 まずはシミュレータのログ等から要素を抽出するようなプラグインを書きたい。ということで、まずは書くための環境整備から。プラグインはRubyで書けるらしい。 そして、以下の３つが必要らしい。 rvmjrubyjpi とにかくインストールしてみる。 ・rvm rubyはまつもとひろゆきさんが作ったCRuby以外にも、Javaで動くJRubyなどいろ
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
Itamaeを用いてRedmineの環境構築を行う | Yucchiy's Note
某研修でRedmineなどのツールを構築し, それを自動化するような演習課題が与えられた. そのような課題を解決するためにはシェルスクリプトやPuppet, 最近流行りのツールではChefやAnsibleなどがあるので それらを用いても良いが, 今回はItamaeというツールを用いた. なぜItamaeか ChefやAnsibleがあるなかで, Itamaeを用いた理由について軽く触れておく. Chefは, DSLの提供によりシェルスクリプトより可読性の向上したり, デフォルトで提供しているリソースを用いることで, わざわざ自分でtest -eみたいな分岐を書かなくても冪等性を担保してれる点はとても良い. また, シェルスクリプトの記述から大きく乖離しないため, 直感的にレシピを記述できる. 一方で, レシピを書くためのひな形を作成するためにKnife soloなどのツールを覚えない点や,
ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
Macにitamaeを入れて、Vagrant仮想マシンのプロビジョニングをしてみる - カタカタブログ
以前、Chefを使ってVagrantの仮想マシンをプロビジョニングする方法を検証したが、かなり複雑だった。 今回、軽量Chefという位置づけのitamaeというツールが最近熱いらしく、試してみることにした。 環境情報 当環境の情報は以下の通り。 ホストOS: Mac OS X Yosemite (10.10.2) ホスト機のRuby : 2.1.5 ゲストOS: Cent OS 7.0 Virtual Box : 4.3.26 Vagrant : 1.7.2 itamae : 1.2.11 (今回インストール) 参照するドキュメントは以下。 https://github.com/itamae-kitchen/itamae/wiki/Getting-Started macにitamaeインストール itamae用ディレクトリ作成を適当に場所に作成する。 ここをitamae作業用のトップディレ
Ohaiで取得可能なステータス一覧 - Qiita
gem which ohai # ohaiのインストールパスを確認 grep -R "provides" -h <ohaiのインストールパス>/lib/ohai/plugins | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで動作確認 grep -R "provides" -h `gem which ohai | perl -e '@p=split(/\//,<STDIN>);pop(@p);print join("/",@p)."/ohai/plugins";'` | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで
ItamaeでCentOS7にGitbucket + Jenkins + Redmineの環境構築 - 旧ブログ
社会人になりました。 研修でサーバー構築自動化の課題があり、Itamaeを使ってみました。 github.com Itamaeとは github.com 軽量版Chefのようなもので、その分学習コストがかからず、シンプルなのがいいですね。 今回やったこと CentOS7にGitbucket + Jenkins + Redmine の環境構築に加えて連携するのに必要なプラグインも入れました。 GitbucketとJenkinsはApacheをリバースプロキシとして用い、Tomcat上で動かしました。 RedmineはPassenger+Apache上で動かし、DBにはMariaDBを使いました。 ディレクトリ構成は自由みたいですが、今回はドキュメントにあるベストプラクティスに沿っています。 https://github.com/itamae-kitchen/itamae/wiki/Best-
Rubyアソシエーション: Jenkins
継続的インテグレーション 継続的インテグレーションツールとは、バージョン管理システムにある最新ソースを定期的に取得してビルドおよびテストを実行し、テスト結果を出力するものです（参考）。継続的にテストを行うことで、システム全体の品質改善が期待され、統合に伴う問題を減らすことができます。ここでは代表的なツールであるJenkinsを使って、RSpecのテストコードを定期的に実行するための設定方法と結果表示を紹介し、継続的インテグレーションの概要を説明します。 以下の条件を前提とします。 ・Ruby1.9.3 ・Rails2.3.1 ・RSpec2.8.0 ・Subversionによるコード管理 1.対象とするアプリケーションの準備 既にRSpecのテストコードが含まれたアプリケーションがあれば、このセクションをスキップしても構いませんが、JenkinsでRuby1.9系を用いてカバレージを取得す
Jenkinsでアプリケーションをデプロイしてみよう
継続的インテグレーションの手順のうち、デプロイに焦点を当てて、テストの実行から、GitによるHeroku環境へのデプロイまでを自動化する方法を解説。Mac向けのGrowlを使って実行結果を通知する方法も説明。 ← 前回 連載 INDEX 次回 → 連載第1回「Jenkinsを使ってみよう」ではMac（OS X）／Linux／Windowsへのインストール方法を、第2回「Jenkinsでテストを実行してみよう」ではユニットテストおよびインテグレーションテストを作成し、Jenkinsから実行する手法を解説した。ここまで読んでいただいた読者の皆さんもJenkinsをインストールして自分なりの使い方を模索していることと思う。 さて、連載第1回で「継続的インテグレーションとは次のような手順の繰り返しだ」と説明したのを覚えているだろうか？ プログラミング テストの実行 リファクタリング デプロイ 今回
Jenkinsでテストを実行してみよう＋Rubyテストの基礎（RSpec＆Turnip使用） - Build Insider
Jenkinsを使って小さなテストを自動実行して、開発スピードを飛躍的に向上させよう。また、MacでのRuby／Rails環境の構築方法から、テストフレームワーク「RSpec」とインテグレーションテスト環境「Turnip」を使ったテストの書き方までを解説する。 ← 前回 連載 INDEX 次回 → 前回の記事を読んでJenkinsの環境を構築することはできただろうか？ 今回は簡単なサンプルアプリケーションの作成を行ってみようと思う。同時に、Rubyの標準的なテストフレームワークのRSpecと、インテグレーションテスト環境であるTurnipを使ったテストの書き方を解説する。作成したテストを、Jenkinsを使って自動実行できるようになれば、あなたの開発スピードは飛躍的に向上することだろう。 Railsの開発環境を構築しよう 2013年10月にリリースされたMac OS X 10.9（通称Ma
グリーのインフラに Chef を導入した話 | GREE Engineering
類似のソフトウェアとして、Puppet や Ansible といったものもあります。こういったインフラ自動化まわりのソフトウェアについてはペパボの宮下さんの インフラ系技術の流れ が参考になります。 Chef in グリー さて、グリーでのChefまわりの構成をご紹介します。下図が全体の構成です。 開発環境 開発は各個人のマシン上で仮想マシンを立ち上げて行なっています。クックブックの開発では、クックブックを開発する人が serverspec でテストを書くようにしていて、構築後のサーバが期待通り動くことをテストしています。一つのクックブックでも設定値などの条件によって動作が変わってくるため、test-kitchen を用いて複数の条件（ランリストやノードのアトリビュート（以下、「アトリビュート」）などの組み合わせ）でテストを行っています。 また、一部仮想マシンを使う必要がないテスト（att
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
