Jenkins 2.0について書く記事の3回目です。今回は、前回書いたJenkins Pipelineを構成するDSLについて書きます。 フリースタイルプロジェクトのジョブ設定 1.x時代から存在したフリースタイルプロジェクトでは、Web上のUIを通してジョブを設定しました。この方法は、前回書いたように、わかりやすい反面いくつか問題点もありました。 機能が増えるにつれ設定UIが複雑になりがち 1つのジョブにつき1つのノードしか使えない デプロイパイプラインを構築するためには複数ジョブをつなげないといけない 設定の変更履歴を管理しづらい Scripted Pipeline 2.0のPipelineでは、GroovyによるDSLが導入され、Pipeline as Codeとしてジョブを設定できるようになりました。DSLによる柔軟な表現力により、上記の問題が改善されました。 必要な設定だけコード

JenkinsのジョブでGitリポジトリにブランチやタグをpushしたい場合があります。Jenkinsfileでどのように実装するか調べてみました。 実装例 お急ぎの方は下記のコードを参考にしてください。 def userRemoteConfig = scm.userRemoteConfigs.head() withCredentials([[$class: 'UsernamePasswordMultiBinding', credentialsId: userRemoteConfig.credentialsId, usernameVariable: 'GIT_USER', passwordVariable: 'GIT_PASSWORD']]) { def url = userRemoteConfig.url.replace('://', "://${env.GIT_USER}:${env.

Over the past 10 years, Jenkins has really grown to a de-facto standard tool that millions of people use to handle automation in software development and beyond. It is quite remarkable for a project that originally started as a hobby project under a different name. I’m very proud. Around this time last year, we’ve celebrated 10 years, 1000 plugins, and 100K installations. That was a good time to r

2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用

WEB+DB PRESS の Vol.87 で、ジョブスケジューラの記事を書いたので是非読んでくださし。 2015/6/24 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 https://gihyo.jp/dp/ebook/2015/978-4-7741-7477-8今回の記事における対象読者について#僕の知ってる範囲ですと、どうも Jenkins 先生をジョブスケジューラの一種として運用している方が随分と多く見受けられます。 具体的に言うとJenkins Job DSL / Plugin等を使っているケースがこれにあたります。 CI サーバがジョブスケジューラの一種であるという部分に関しましては否定しようもないのですけども、定常的な運用作業にまで CI サーバを使うのはちょっと違うんじゃないかなーと常々

最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以

CIって？ CIはContinuous Integration（継続的インテグレーション）の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー

Hudson Locks and Latches plugin Jenkinsのジョブを排他的に実行する場合は「Hudson Locks and Latches plugin」というプラグインを使用します。 インストールするとジョブの設定画面に「ビルド環境」という項目が表示され、「Locks」というチェックボックスがあります。 この「Locks」をオンにすると排他対象のジョブとなります。 ※nameリストボックスについては後述するのでとりあえず(default)のままでよし。 つまりジョブＡ、ジョブＢ、ジョブＣが存在するときにジョブＡとジョブＢを排他実行したい場合は ジョブＡとジョブＢの「Locks」をオンにしましょう。 排他グループの指定 排他させたいグループは「Locks」をオンにしたときに表示される「name」リストボックスでグループを指定できます。 インストール直後はdefault

Jenkinsでは世界中で色々な人にお世話になってきた。今日はその中の一人、日本のJenkinsコミュニティの大黒柱ikikkoさんの話をしよう。ikikkoさんの事ばかり書くとJenkinsコミュニティの他の人の貢献を過小評価されそうな気もするが、それは別な機会に譲る事にして、今日はikikkoさんの話をしよう。 日本のJenkinsコミュニティは世界でもずば抜けて組織化されている。これが今日あるのはikikkoさんの力によるところが大きい。日本のJenkinsコミュニティを一身に体現する男、それが「リアルJenkinsさん」という愛称の本当の意味だと思っている。決してJenkinsおじさんのようにこき使われているという意味ではありませんよ！ オープンソースプロジェクトというとプログラムを書く人が重視されがちである。でも、実は色々な人が必要なのだ。ikikkoさんが果たしているのはミート

Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング

明日は大阪で楽しくXPを体験してこようと思ってます、なおきりんです。（XP一日体験ワークショップ！ - http://kokucheese.com/event/index/30196/） 今回、継続的インテグレーションが参加するイベントの一つにあげられているので、先取りで独り継続的インテグレーション環境を作ることにしました。 ちなみに今回使っている環境は Mac OSX Lion (Mac book pro) JDK6（Mac上でのJDK7は挙動がまだ怪しいのでJDK6が安定のようです。2012/03/30現在） Groovy 1.8.6 Jenkins 1.454 Gradle 1.0-milestone-9 JUnit 4.10 spock-core-0.5 Git 1.7.7.5 となっています。蛇足ですがIDEはIntelliJ IDEAです！（ココ！重要！） Gradleでビルド

Eclipse, Jenkins, Apache Ivyを使ったプロジェクトにおける開発からデプロイまでの流れを図に描いてみました。 図では書き表せないことがありますね。テスト実行時のクラスパスは実行時ライブラリを含むとか、図で描くとカオスになります。GUIツールでビルド設計するのは意外と難しいのかもしれません。 ビルド設計する上で考えたことを書き出しておきます。何かアドバイスがあったら教えていただけると嬉しいです。 開発環境 WindowsでEclipseを使う。 Eclipseのプロジェクト構成で適切なビルドパスを設定する。 依存ライブラリはApache IvyDEプラグインで管理する。 依存ライブラリはMavenリポジトリから取得する。リポジトリ候補にはビルドサーバ上のキャッシュを含める*1。 他プロジェクトへの参照はEclipseのProject Referenceを設定する。 ク

Gradle にも大分慣れてきたし、そろそろ 実際にプロジェクトで使えるように準備しないと... まずは Jenkins CI で Gradle が利用できるように準備しようかな。 今時のプロジェクトでは Jenkins CI ぐらい当たり前ですよね。 と言うことで、今回は Jenkins CI で Gradle する最も簡単な (と思われる) 方法です。 実は Jenkins CI で Gradle を利用するために 必要な準備なんて何もありません。 インストールレスで Gradle してみる でも紹介した 『Gradle Wrapper』 さえ使えば、一般的なジョブの設定をするだけでいいんです。 もし、Jenkins CI 上で環境構成を変更する必要があるのであれば Gradle で環境ごとに構成を変更する Gradle で環境ごとに構成を変更する その２ Gradle で環境ごとに構

Spock や JUnit のようなテストフレームワークは 継続的インテグレーションで その真価が発揮されます。 と言うことで、今回は Jenkins CI で Spock してみました。 Jenkins CI で Spock すれば (もちろん 実行は Gradle で...) こんな感じで出力してくれます。 設定は簡単です。対象のプロジェクトの『設定』画面で のように入力するだけです。

Jenkins本が発売されたり、記事が出たりして、盛り上がっている今日この頃ですが(・∀・) Jenkins実践入門　?ビルド・テスト・デプロイを自動化する技術 (WEB+DB PRESS plus) 作者: 佐藤聖規,和田貴久,河村雅人,米沢弘樹,山岸啓,川口耕介出版社/メーカー: 技術評論社発売日: 2011/11/11メディア: 単行本（ソフトカバー）購入: 26人 クリック: 496回この商品を含むブログ (62件) を見る それらの解説の中では、CheckStyle、FindBugsによる静的テスト、Coberturaによるカバレージ取得あたりが取り上げられていて、Javaの開発環境ではこのあたりの仕様が定番というところでしょうか(・ω・)？ かくいううちでもCheckStyle、FindBugs、Coberturaは使っていて、加えるならPMDの併用とCPDでの重複コードチェッ

「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門：ユカイ、ツーカイ、カイハツ環境！（21）（1/4 ページ） CIツール「Hudson」改め「Jenkins」とは 「Jenkins」とは、CI（継続的インテグレーション）ツールとして有名な「Hudson」の開発者たちにより開発されているCIツールです。Hudsonは商標上などの問題によりJenkinsと名前を変えて継続することが発表されたので、記憶に残っている方も多いと思います。現在では落ち着いて開発されているようです。 本稿では、今話題のJenkinsの使い方を紹介します。本記事の想定読者は、Java開発を行っている方で、「今までCIを導入していなかったけどこれから導入しよう」「Jenkins（Hudson）は使えそうだけど、難しそうだなぁ」と思っている方を対象としています。本稿を読めば、10分程度でJe