ここ数年、CircleCIやTravis CIに代表されるクラウドCIサービスがメジャーになり、Jenkinsの影がめっきり薄くなりました。 でも、自社のプロダクトではクラウドサービスダメ!であったりで、恩恵を受けられない人のために、Jenkinsで少しでもその恩恵受けたい！というのが、この記事です。 CircleCIに対するJenkinsのデメリット 個人的に、Jenkins離れが多い理由は、 初めのセットアップが面倒 複数プロジェクトで共有すると環境が混ざって大変 ジョブ設定に関する知識が属人的になりやすい(Jenkinsおじさんの出現) の３つだと考えています。 今回は、特に2.に注目します。 複数プロジェクトの環境が混ざる あるプロジェクトAは、Rubyでサーバサイドアプリを、別のプロジェクトBは、Androidを、というような場合、 Aのビルドには、rbenv, rais, ..
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
これは何？ Jenkinsに静的解析、テスト結果をまとめてレポートしてもらう為のMaven設定を記したもの。 ※ Jenkins自体への設定は割愛します。 レポートイメージ Jenkinsの画面から静的解析の結果、テストの結果などが一望できる様な感じ バージョン情報 maven 3.3.3 jenkins 1.634 centos 6.5 (Open Logic 6.5) jenkinsに吐かせたいレポートの内容 findbugs checkstyle jUnitのテスト結果 カバレッジ測定 PMD(Javaソースコード解析の為の静的なルールセット) javadoc生成 必要なJenkinsのプラグイン ※ 標準でインストールされているプラグインを含みます ※ 依存関係でインストールされたプラグインは対象としていません。 Checkstyle Plug-in Cobertura Plugi
趣味の日曜プロジェクトとして始めたJenkinsも、もう10年を超え、世界で10万件以上のインストールベースと40万台規模のビルドクラスタを誇る巨大なプロジェクトになりました。今でもまだ年率約30%の成長を続けており、これも全て、日本を始め世界のユーザー＆開発者コミュニティのおかげです。 CloudBeesでは、2010年頃からJenkins関連の製品・サービス・サポートを提供する会社で働いています。僕自身は、CTOという肩書で、Jenkinsの普及を後押ししたり大きな企業での導入を手伝ったりと、色々な事をやっています。 おかげさまで会社の中の人の名前が全員覚えられないくらいの規模に成長し、主に北米とヨーロッパを中心にビジネスを展開しています。昨年度は前年比売上が約３倍となり、２５億円の資金調達もしました。技術部門も、世界中の優秀な人をほとんど場所を問わずに雇っており、アメリカは勿論のこと
CentOS 7にLAMP環境を構築。GitBucketとJenkinsを動かし、自動ビルドや自動デプロイまでやってみます。 なぜGitBucketか GitBucketはGitHubクローンで、似たものに有名なGitLabがあります。 GitLabも最近はrpmコマンド一発でインストールできるほど簡単になっていますが、今回はより簡単 (.warファイルを置くだけ) で、見た目や使い勝手もGtiHubに近いGitBucketを選びました。 概要 ソースからのビルドは行わず、yumパッケージや.warファイルを使用Apacheのmod_proxy_ajpを使い、Tomcatへはポート8080ではなく80でアクセスGitBucketでリポジトリにpushがあったらJenkinsで自動ビルドJenkinsのビルドでは、rsyscでApacheの公開ディレクトリに自動デプロイ自動デプロイ時のユーザ
こんにちは横部です。 JaCoCoはJavaの為のコードカバレッジ取得ライブラリです。 http://www.eclemma.org/jacoco/ このライブラリを使うと、 テストでどこのコードを通ったのか数値化されるため、 テスト漏れを防ぐことができます。 私が参画しているプロジェクトではJUnitによる単体テストはJenkinsで自動化されており、Gradleでビルドされています。 https://gradle.org/ その際はbuild.gradleにGradle JaCoCo Pluginを設定するだけで、 簡単にコードカバレッジの取得とカバレッジレポートの出力ができていました。 しかしこのプラグインはGradle実行中のみ有効である為、 UIを操作して行う手動テストだとGradle JaCoCo Pluginが使えません。 UIを操作して行う手動テストでコードカバレッジを取得
変数やビルド後の通知設定等が違うために、 ほぼ同じ内容のjobを15個ぐらい使っていたら、 だんだんと運用が死んできたのでメモ。 まとめ Jenkinsはプラグインの挙動を変えるのが難しいため、 ほぼ同じだけれど若干違う手順を行う必要がある場合、 似たようなjobが大量に並び、 手順の変更時などに全てのjobを変えきるのが辛くなります。 そこで、可能な限りビルド手順はスクリプトにするのと、 jobを種類別に細かく分け、 最上位のjobにはどの下流jobを実行するかだけを管理させることで、 複雑なjobでも変更に強くすることができるようになります。 前提条件 設定が全部で7種類ぐらいある 1ビルドはCPUをフルパワーで使って30分程度 一部の設定は定期実行やマージ毎でもビルドしたい 設定ごとに用途や使う頻度が違う為、定期実行タイミングは個別に設定したい ビルド後のデプロイ先や通知先、通知条件
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
たまに検討するけど、よく忘れるのでまとめておく。ごく個人的な感想としては、Rundeck, Azkabanあたりで始めてみるのがいいかもと思う。 要件 重複実行の防止 ジョブの実行結果、かかった時間、ログ出力などが見れる 失敗時の通知 候補 OSS系 Rundeck http://rundeck.org/ Java Runtimeで動く RUNDECK PROという有料サービスもある http://simplifyops.com/ 参考: http://heartbeats.jp/hbblog/2015/01/rundeck.html Oozie http://oozie.apache.org/ Workflow Scheduler for Hadoop Java http://oozie.apache.org/docs/4.1.0/DG_Overview.html Webコンソールもある
こんにちは。 今日は、プライベートで最近試している開発環境整備の一環として、 Jenkinsを使った自動テスト・ビルドについて書きたいと思います。 What is CI? Continuous Integration（継続的インテグレーション） 1度限りもしくは数回限りではなく、継続的に小まめにビルドを実行していくプラクティス (http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html) Merits ここも、上記(http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html)の引用ではありますが・・・。 想定外の状況が起こったときに、素早く検知できる 仕込んでしまったバグを即座に検知できる 開発者の環境依存の問題を検知しやすくなる 「私の環境では動くけど・・・」 ビルド
#Jenkinsについて 継続的インテグレーションの代名詞のようなツールですね。 知ってる人は読み飛ばしてくださいｗ 繰り返し運用するような作業の間違い（品質）や作業時間の短縮（納期短縮）等を手伝ってくれるツールです。 使いどころ 自分はよく以下のようなことで使いますね。 テスト デプロイ 細かいのは上げればきりがないのですが、上記のような何回もやるような作業は登録しておくといいです。誰が何時やったか残りますし、誰がやっても同じ結果になるという点ではいいです。 使うことによっての利点 Shellやbatで単体でも書いても結果は同じだったりもしますが。 以下の点で各自が作って実行するより遥かに優れていると自分は思っています。 標準でブラウザベースのUIが付いてくる ノウハウのある人が作り、中身をは知らない人でも目的が分かれば運用も可能1 Shell等だとスクリプトが各マシンに散らばるがJen
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
VSハッカソン倶楽部 CI勉強会: https://vshtc.doorkeeper.jp/events/26853 での発表資料です。 ( http://www.slideshare.net/Posaune/jenkinsci-50411288 と内容は同じです )Read less
※まだ使い始めたばかりなので、今後少しずつ情報追記していきます。 Workflow Pluginとは Workflow Plugin はGroovyスクリプトでJenkinsのジョブ設定が記述できるプラグインです。 川口氏が関わっているということで公式プラグインという位置付けでしょうか。 川口耕介氏，Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ～Jenkinsユーザカンファレンス2015東京 基調講演 Workflow Pluginが解決しようとしている課題は，Jenkinsで複雑なワークフローを実現する際の手間を減らすことです。従来のJenkinsとプラグインの組み合わせだと，複数のジョブをまたがって設定をする必要があり，見通しが悪くなりがちでした。また，ジョブのループ・並列実行やエラーハンドリングの設定は，非常に煩雑でした。 Workflow Plug
何か驚くほどに（日本語の）情報が少ない。めぼしいものといえば、ぐらい？なので、ちょっと書いてみます。 概要 リポジトリ管理ツールとは リポジトリ管理ツールとは、Mavenなどのビルド結果の生成物（アーティファクト）を突っ込むためのリポジトリ（インハウスリポジトリ）を簡単に立てることができるツールです。まあぶっちゃけインハウスリポジトリはWebDAVでも構わないので、Apacheとか使うと簡単に構築することはできます。ただ、ツールとして作られている以上、単純なWebDAVにはない機能も備えているわけでして。 いくつかあげると、 セントラルリポジトリをはじめとした、リモートリポジトリのキャッシュ リポジトリの分割・分割されたリポジトリの仮想的な統一 デプロイされているアーティファクトの検索 Jarの内部を参照可能 セキュリティをロールに応じて細かく設定可能 のような、細かいながらも便利な機能を
TL;DR 自動インストールでインストールされるJDKのアーキテクチャは、各Nodeを登録するために起動するslave.jarのJREのアーキテクチャだよ Jenkinsのソースコードは構造のバランスがいい Jenkinsは週次リリースできるソフトウェアのアーキテクチャを学ぶ題材として最適 きっかけ Jenkinsの便利な機能に、JDKの自動インストールがある。プロジェクトに利用するJDKを設定すれば、実行するノードに自動でJDKをインストールしてくれる、という素晴らしい機能だ。WindowsやLinuxだと32bit、64bitのJDKが配布されているので、どうやってインストールするJDKを判定してるんだろう、と思ってコードを読み始めた。 ゴール 自動インストールを実装しているクラスを見つけ、どのように実装されているか理解すること 実装クラスを見つける 実装を見つけるときは、ログを出力し
先日公開した「UIテストの自動化！Node.jsとSeleniumでWebアプリのUIテスト環境構築」では、手動で行っていたWebアプリのUIテストをSeleniumを使って自動化する手法についてご説明しました。 SeleniumでUIテストを自動化することにより、リグレッションテスト（改修により既存機能への影響がないかを確認する回帰テスト）が簡単にでき、バグの早期発見に繋げることができますが、実際にはこのテストを運用でしっかりと行っていかないとプロジェクトとしての品質向上にはつながりません。また、コマンドラインの扱いに慣れていない方は、コマンドラインからのテストの実行に抵抗があり、テスト結果もコンソールに出力されるため見づらいと思う方も多いと思います。 そこで今回はCI（継続的インテグレーション）ツールであるJenkinsとSeleniumを連携することで、定期的にテストを実行し、テスト
先日リリースされたJenkins Workflow Plugin 1.0を使ってみました。年明けのJenkinsユーザカンファレンスで詳しい発表があると思うので、今から楽しみですね！ Workflow Pluginでできること Workflow Pluginを使うと、Jenkinsジョブの動作をGroovyで記述することができて、さらにユーザとのインタラクションを差し込むことも可能です。これはデプロイメントパイプラインの実装に便利そうです。 また、リポジトリからチェックアウトしたGroovyスクリプトを読み込めるので、Travis CIやCircle CIのようにビルド設定をリポジトリで管理できます。開発現場でJenkinsを使い込んでいくと、いろんな人がジョブ設定をいじって荒廃していくことが多いので、ビルド設定をリポジトリで管理できることは大きなメリットがあると思います。 （と偉そうに書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く