はじめに せっかくなんで inokara.hateblo.jp 前回は CodePipeline と CodeDeploy を組み合わせてデプロイの自動化みたいなことを試してみたが、あくまでもソースコードの定義とデプロイの実行だけというステップでビルドやテスト等は省略していた。今回はせっかくなので前回の記事で作成した Pipeline にビルドやテストで利用可能な Jenkins を絡めてみたいと思う。 構成図 以下のように前回の検証環境に Jenkins サーバーを追加する。 事前準備 事前に CodePipeline 用のユーザーを作成しておく 今回は jenkins という IAM ユーザーを作成して credential な情報を控えておく。 尚、以下のようなポリシーを定義した。 { "Version": "2012-10-17", "Statement": [ { "Effect
ディレクトリ構成 apt-get等のパッケージ管理ソフトで入れた場合にはjenkinsのホームディレクトリは/var/lib/jenkinsになります。そのパスはjenkinsの実行時に使用出来、$JENKINS_HOMEの変数名で閲覧できる。 ジョブの設定ファイルは$JENKINS_HOME/jobs/*/config.xmlに記述される。このファイルを別サーバーのjenkinsに設置するだけで移行する事ができる(らしい) ジョブでgitなどのバージョン管理ツールからソースをcloneすると$JENKINS_HOME/workspace/*に展開される。jenkinsで設定したビルド手順はworkspace下でcloneされたディレクトリ内で実行されている。 jenkinsユーザーになる。 最初のビルドの設定時、失敗する事が多々あると思われる。 問題把握の為にはjenkinsユーザーにな
はじめに Jenkins Advent Calender 2011 16日目担当の id:tyuki39(@tyuki39) です。 小ネタを物量でカバーする形になって恐縮ですが、よろしくお願いします。 なお、前の日は id:ssogabe さんの「Karotzさんといっしょ」でした。 ビューにカラムを追加しよう！ 皆さん、Jenkinsのビューを活用しているでしょうか？ デフォルトの【すべて】ビューだけを使っている、なんてことはないですよね？ Jenkinsのトップページにアクセスしたとき、または、マイビューにアクセスしたときに、 ・ 自分自身が関わっているジョブの状態がさっと一覧され、 ・ 設定画面がさっと開けたり、 ・ 失敗の原因を探るべく失敗ビルドのコンソールがさっと開けたり すると便利です。 Jenkinsのプラグインの中には、そんなニーズに応えてくれて、ビューをもっと使いやすく
Jenkins でリモートサーバーのコマンドを実行できる SSH pluginを使ってみた
毎朝Linuxサーバーの電源を入れては起動後に必要なスクリプトを実行していたのですが たまに忘れたりして他の人に迷惑をかけていました。 このような作業は自動でやりたいと思っていたのでJenkinsで出来ないか調査したところ リモートサーバーのコマンドを実行できるSSH pluginというのがありました。 インストールから設定方法 プラグインの管理の「利用可能」からsshで検索してSSH pluginをインストールします。 システムの設定で「SSHリモートホスト」でSSHサイトの「追加」ボタンを押すと下のキャプチャの設定項目が表示されます。 ユーザー名とパスワードで接続できる場合はホスト名、ユーザ名、パスワード/パスフレーズでパスワードを入力します。 公開鍵で接続を行っている場合 キーファイルに秘密鍵のファイルパスを入力して、パスワード/パスフレーズで秘密鍵の パスワードを入力することで接続
概要 こんにちは。本日の担当の@hiro_kobaです。リブセンスでアクセスログ分析基盤の開発等をやっております。 本日は最近人気のある5個のCIツールを、色んな角度から比較してみようと思います。 背景 テスト環境でテストを実行し、通ったらステージングにデプロイ、その後動作が確認できたら本番デプロイ。 日々のオペレーションでよくある光景かと思いますが、手動での手順が多いためミスが発生しやすく、かつ手間も掛かるため、課題を感じておりました。 これらの継続的な運用フローを自動化してくれる仕組みとして、CIツールがあります。 CIツールは大きく分けて、以下3つに分類されるようです。参考 Everything（全方位型） Build, Test and Delivery（ビルド・テスト・デプロイ特化型） Specialization（その他特化型） 今回の問題には「Build, Test and
ikikkoです。 最近、メールやその他諸々の反応が遅れ遅れになってて申し訳なく思っている今日この頃です。そんな私ですが、私の事は嫌いでもBacklogのことは嫌いにならないでください (・∀・) ということで、今日はJenkins Backlog Pluginの新機能「BacklogのGitリポジトリブラウザ連携機能」リリースのお知らせと、「リポジトリブラウザ」についての紹介をしたいと思います。 リポジトリブラウザはJenkinsの基本的な機能の一つでそんなに難しい機能でもないのですが、ちょっとぐぐっても出てこないし（敢えて説明するほどでもない？）意外と見落としがちな機能で、ここで改めて説明します。 概要 通常、ビルドの第一ステップとしてソースコードをチェックアウトする処理が入りますが、Jenkinsではチェックアウトしたコードを任意の外部ブラウザで表示できる「リポジトリブラウザ」機能が
プロビジョニングの作成 それではAnsibleの準備をしていきます。 Ansibleのルートディレクトリ準備 Ansibleは本家サイトにBest Practicesがあります。ただ、Best Practicesにのっとると、プロダクトによっては必要がないディレクトリも含まれてしまいますので、今回はDirectory Layoutに沿った形で最小限の物を作成していきます。 まずはrootディレクトリを作成します。 このsample_projectの中にAnsibleの設定ファイルや必要なディレクトリを作っていきます。 インベントリファイルの作成 インベントリファイルにhostの一覧を記述することで、Ansibleを実行する対象サーバーを指定できます。ステージごと（production、staging）に分けておくと、環境ごとに対象サーバーを切り分けられるので便利です。 DMMではdevel
ありがたいことに、以前のJenkins自動デプロイ記事がそれなりに多くの反応をいただきまして、冷静に見直してみたのですが、ちょっとデプロイ処理が雑だなと。 最近ではデプロイをやるにも、Capistranoやfabricなどのツールがあり、多様化するデプロイ要件に柔軟に対応できるような工夫が施されています。これらのツールを用いることで、シェルスクリプトで記述されたぐちゃぐちゃなオレオレデプロイを回避できたり、デプロイ失敗時のロールバックなどがしやすくなるメリットがあります。 現在開発しているアプリでは、git pullだけでデプロイできるようにしてあるので、前回の記事のようにJenkinsのジョブにシェルスクリプト直書きでもいいのですが、 デプロイ先の変更やスケールアウトに対応しにくい 認証鍵の場所をコマンドで直書きするのが、個人的にちょっと抵抗ある 書き方がスマートじゃない ←重要 という
TwitterとかFacebookのSNS疲れが著しいikikkoです。こんばんは。 最近久しぶりにGroovyを触ったので、生存確認の意味も込めてブログ書いておきます。 概要 Seleniumテストとかだと、実行時の画面のキャプチャを取っておきたいこともありますよね。で、せっかくキャプチャをとったはいいものの、そのキャプチャがどのテストに付随するものかがぱっと見分からないと、無駄な時間を過ごしてしまいます。 Jenkins上でテストを実行する前提として、Jenkinsのテストケースを表示する画面にそのテストケースで出力されたキャプチャが一緒に表示されると便利そうですよね。ということで、そんな設定をした画面を↓にお見せします。この画面を出すことが、今回のブログエントリの目標。 Jenkinsでテストケースとファイルの紐付 Junit Attachements Pluginを使えば、テストケ
だんだんと暑くなってきた先週、Java7 を導入できることになって大喜びして IntelliJ IDEA の Inspect Code を使って Java7 に対応するコードに一括変換をした月曜日、 今年は良い夏を迎えられそうだと思っていたら、OS が Java7 をサポートしてなくてコードを Java6 にダウングレードするという、モチベーションがだだ下がりな作業したところです。 ただ Java6 にダウングレードするというものやってられないので、 Eclipse の Web アプリ構成のプロジェクトを Maven 構成のプロジェクトに置き換えようと考えました。 Maven 構成に変えるのはフォルダの位置を変更するだけなのでとても簡単で、 かつ、ライブラリはビルド時に取得してくれるから、今までのように VCS に jar ファイルも一緒にコミットする必要がなくなり、 アプリのリソース自体
愛知県でシステムエンジニアとして働く友人のMは、プロジェクトメンバの書くJavaのクソコードに苦しめられているそうです。Mはリードプログラマとして、プロジェクトメンバがあげてくる成果物（ドキュメントとコード）のレビューをする立場にあるらしく、提出されてくる数々のクソコードをTwitterでつぶやいていました。 Mを救うことはできるのでしょうか？ もし、クソコードをすばやく見つけることができたら救えるのであれば、救える見込みはあるかもしれません。 コードの問題を見つける静的解析ツール クソコードとは、おおむね次のような問題のあるコードをさすようです。 潜在的バグ バグの可能性があるコード。 重複 機能追加やバグ修正を困難にしがちなコードの重複。 設計上の問題 クラスやパッケージ間の依存関係、多すぎるメソッド引数など。 慣習違反 プログラミング言語やライブラリの慣習、コーディング規約などに違反
私的Java開発をJenkinsでCIするためのbuild.gradleとJenkinsの設定です。要不要に応じて書き換えたり足したりが必要です。特にチェックルール。 環境 Java 1.7 Groovy 1.8.6 Ant 1.9.2 Ivy 2.2.0 Gradle 1.11 Mac OS X 10.9.2 全体の流れ Jenkinsに必要なプラグインをインストール GradleでFindBugs, PMD, CPDを実行するようbuild.gradleを作成 Eclipseでは Jenkinsにいれるプラグイン Gradle plugin - jenkins+gradle連携 FindBugs Plug-in - バグ検知 PMD Plugin - コーディングチェック Violations plugin - 静的レポートの集計表示 JaCoCo plugin - コードカバレッジの
Gradle にも大分慣れてきたし、そろそろ 実際にプロジェクトで使えるように準備しないと... まずは Jenkins CI で Gradle が利用できるように準備しようかな。 今時のプロジェクトでは Jenkins CI ぐらい当たり前ですよね。 と言うことで、今回は Jenkins CI で Gradle する最も簡単な (と思われる) 方法です。 実は Jenkins CI で Gradle を利用するために 必要な準備なんて何もありません。 インストールレスで Gradle してみる でも紹介した 『Gradle Wrapper』 さえ使えば、一般的なジョブの設定をするだけでいいんです。 もし、Jenkins CI 上で環境構成を変更する必要があるのであれば Gradle で環境ごとに構成を変更する Gradle で環境ごとに構成を変更する その２ Gradle で環境ごとに構
はじめまして！Ameba事業本部プラットフォームDivでアプリケーションエンジニアをしている池田(@yukung)です。 私は2011年5月に大手SIerから転職し、サイバーエージェントへ入社しました。前職では主に金融業界をターゲットにしたBtoB向けのシステム開発に多く携わってきましたが、開発作業の中でこんな経験を割とたくさんしてきました。 ・ソースコードやドキュメントの管理にバージョン管理ツールを使わずに、Hoge_yyyyMMdd.javaとかDB設計_yyyyMMdd.xlsみたいなファイル管理をしてどれが正しいドキュメントかわからなくなりカオスになる ・ソースコードの静的チェックツール（CheckStyleやFindbugsなど）を使わずに、目視と気合でひたすらソースコードレビューする ・Excel表で書かれたテストケースを睨みながら、手でケースに沿ったオペレーションをしてデバッ
Jenkinsを導入したので、FindBugsを使ってソースコードを静的解析し、潜在的なバグの可能性のある箇所を指摘してもらうまでの手順です。 インストール環境 今回のサーバ環境は、以下のとおりです。 $ less /etc/redhat-release CentOS release 5.8 (Final) Antをインストール Apache Ant - Binary Distributions から最新版をダウンロードして転送するか、Jenkinsサーバからwgetでダウンロードします。解凍して /usr/local/ に置きました。 # tar zxfv apache-ant-1.8.4-bin.tar.gz # mv apache-ant-1.8.4 /usr/local/ant 環境変数の設定 Antの環境変数と、Antにパスを通します。 # vi /etc/profile 以下を
Antは蟻 じゃないよ。 知ってる人は知ってるビルドツール。というかJavaとかいじってるなら大体知ってる。 [wp_ad_camp_3] Androidもこれを使ってる。 Eclipseから離れるとこれをベースにコンパイルする。 多分Eclipseも裏側でやってるとは思うけどね。 で、Eclipseから離れると、って話の具体例がJenkins Linuxだったりサーバー上だったりでビルドを一通りしてくれる。 MavenとかAntとの相性はなかなか良い。 さて、そんなandroidでantとJenkinsを使っていろいろやってみようの第１弾 antのタスクそのものはいろんなことができるが、 今回はAndroidとJenkinsで組み合わせてうれしいものを色々と作ってみたので 紹介する。紹介しようと思っているのは以下 lint lintはAndroidに標準でついている解析ツー
弊社ではお客様の開発環境にJenkinsを導入し、CI環境を構築・運用するお手伝いをしています。Jenkinsには600を超えるプラグインがありますので大抵のことは実現できるのですが、時々お客様のご要望を直接解決できる機能が存在しないという場合もあります。 今回はそういった場面に際して新しいプラグインを作成して公開しましたので、ご紹介いたします。 ビルド履歴を適宜削除したい リリース成果物を作ったり、テスト中に作成したキャプチャ画像を保存したりするようなジョブでは、Jenkinsサーバのディスク容量を圧迫しないために古いビルドを破棄したくなる場合があります。Jenkinsにはデフォルトで「古いビルドの破棄」という機能があり、「直近1週間以内のビルドだけを保持する」「直近15個のビルドだけを保持する」といった設定が可能です。 さらに、最新の成功ビルドに関しては無条件で保存されるようになってい
最近プロジェクト内でJenkinsをどう運用しているのか聞かれることがあったので書いておくことにします。 ビルドだけではもったいないので色々なことをやらせているのですが、とりあえず今回は静的コード解析について。 コード解析の設定は最初は少しだけ面倒かもしれませんが、出力されるレポートはプロジェクトの大事なインプットとなってくれます。 出力されたレポート、グラフを見て自分達の日々開発しているものをチェックしてチーム内の朝会やふりかえりでアレコレ語るのがいいんじゃないかと思います。 まずは必要なプラグインのインストール 静的コード解析 FindBugs Plugin - コンパイル後のバイトコードを解析してバグや不具合が発生しそうなコードをチェックしてくれる https://wiki.jenkins-ci.org/display/JENKINS/FindBugs+Plugin Checksty
開発環境として Gitlab、Jenkins、Redmine をセットで使っているのですが、それぞれにパスワードの設定が必要となって管理が面倒です。 アカウントを一つに統合したい。ということでやってみました。 環境 Redmine 2.3.0 Jenkins 1.499 Gitlab 5.2 方針 Redmine にプラグインで OAuth プロバイダの機能を追加し、Redmine のアカウントで Jenkins と Gitlab へログインできるようにします。 Redmine に OAuth プロバイダの機能をつける やりたいことに近いプラグインがあったのですが、Rails3 以降の Redmine に対応していなかったので、fork して、ついでに日本語化しておきました。 https://github.com/suer/redmine_oauth_provider http://red
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
