7月29日、Jenkinsユーザカンファレンス東京を開催いたしました。今回は規模が大きいためレポートを前後編に分け、前編となる本稿では基調講演を含むメイン会場のさったホールで行われた発表のレポートをお届けします。 カンファレンスの概要 Jenkins勉強会はおかげさまで毎回募集数時間で定員が一杯になる程の好評を博していますが、そのせいで興味のある方すべてに参加していただけない状況を心苦しく思っていました。そこで、今度は大きな会場で定員無制限で皆さんに来てもらいたい！ということで、Jenkins User Conferenceの東京版という位置付けで、会場提供の法政大学様と多数のスポンサー様のご協力のもとにより規模の大きなカンファレンスを開催しました。当日は、3トラック14セッション20名弱の発表者と600名程度の参加者とともに、Jenkinsについての様々な事例発表や先進的な活用例を共有し
Kokawa Takashi @Kokawa_Takashi 今日はJenkinsの使い方ではなく、プロジェクトの育て方の話。沢山の人に使ってほしい、たくさんの人に参加してほしい、特に使える人・物・金がない時に、でもノウハウが意外と知られていない→開発者コミュニティが大事！ 2012-08-22 11:25:25
こんにちは、エンジニアの岡崎(@watermint)です。 今回は、Jenkinsを運用に使うテクニックを紹介します。 JRubyとgemをgitで管理 GREEのシステムではいくつもの管理系のスクリプトがあるのですが最近岡崎が管理している管理系スクリプトはすべてRubyで書いています。実行はRubyのJava実装であるJRubyを使っています。また管理系スクリプトと一緒に、JRubyのランタイムやGEM(Rubyのパッケージ管理システム)レポジトリ一式もgitで管理しています。これの狙いは二つあります。 どのSlaveでも動作する Jenkins SlaveもJavaで動いています。ということは、JRubyを実行するのに必要となるJavaは既にある訳で、Slave側のソフトウエア構成を気にせず実行することが出来ます。OSを選ばないのも大きなメリットです。 バージョンが指定できる すべての
単にJenkins先生を1.464から1.476にバージョンアップしたら やたらめったら不安定になったのですよ。 具体的には、あれこれリンクをクリックしてページ遷移していると 10回もクリックしたらもう暴走。 Javaさんがコア1個食い潰してくださいましてURL叩いても無反応という感じで。 仕方がないから公式サイトを見てみたら、 とりあえず1.477が出ていたのでそれに乗り換えてみたけども やっぱりお怒りは鎮まらず。 ググっても特に何か情報があるわけでもないので 本体は実は平気でプラグインが悪さしている予感。 ということでいくらかのプラグインを無効にしてみた。 割と余計なプラグイン入れまくってるからね。 ってことで無効にしたプラグイン一覧 Girls Plugin Hudson global-build-stats plugin build-metrics Gerrit Trigger J
こんにちは、エンジニアの岡崎(@watermint)です。 今回も前回に続き初期導入のお話です。 どんどん水平展開する Jenkins導入初期で、いくつかジョブが動き始めるようになったら類似のプロジェクトにどんどん水平展開していくのが最も簡単な方法です。Jenkinsには既存のジョブをコピーして新しいジョブを作る機能がありますので、これを積極的に使いましょう。 GREEでの導入事例ではまず最初に、iOSネイティブアプリのビルドに導入し、ある程度安定して運用が出来上がった段階から、新規開発機能向けのgitブランチを追いかける別のジョブを作る等まずは類似のプロジェクトへの展開を最初に行いました。 同様に、PHPのコードをテスト＆品質チェックするプロジェクトも最初に作ったジョブをベースにコピーして各種プロジェクトで利用しています。PHPのJenkins上での環境整備についてはPHPでTDD&CI
前の記事でBitbucketにpushしたのをトリガーにJenkinsでOctopressをデプロイするというのをやったのだが、このときは認証なしでJobの実行できるようになってしまっていた。 つまりこのままだと自分のJenkinsは認証なしで全てのJobが実行できてしまうという状態でよろしくない。 ひとつの解決索としてビルド命令用のユーザを作り、そのIDとPasswordをURLに直接埋め込んでしまうという方法も考えられるが、今回はそれを極力しない方向でがんばりたいと思う。 JenkinsにBitbucketからアクセスするためのユーザを追加 まずはBitbucketからJenkinsにアクセスする専用のユーザを作る。 ※ ユーザの追加方法については このあたり を参照 今回は、bitbucket というユーザを追加した。 また、 Manage Jenkins -> Configure
2012/07/29に行われたJenkinsユーザーカンファレンスに参加してきた。 1000人以上の参加登録が行われ、国内で行われるIT系のカンファレンスとしては有数な大きな規模で盛り上がったようだ。 大きなカンファレンスが有志で行われることは、Jenkinsが多くのエンジニアにとって有用なツールであり、また、多くのエンジニアに愛されていることの証拠だろう。 ◯優れたツールをつくるコミュニティには貢献の意識が中心にある 川口さんの基調講演ではJenkinsの現状やこれからの取り組みについて聴いた。 話を聞いて考えたのは、 なぜJenkinsが多くのエンジニアに愛されているか なぜJenkisnのコミュニティは活性化しているのか ということだ。 この答えは非常に単純で、 エンジニアたちへの貢献を一番に考えた取り組みがなされているから だろう。 Jenkinsの取り組みとして – よくある作業
1. Jenkins User Conference Tokyo, July 29th 2012 Jenkins ユーザ・カンファレンス 2012 川口耕介 CloudBees, Inc. Jenkinsクリエータ @kohsukekawa http://cloudbees.com/ #juc2012 #juc2012_satta #juc2012_S505 #juc2012_S406 3. Jenkins User Conference Tokyo, July 29th 2012 運営スタッフの皆さん 中村さん 佐藤さん 久川さん さぼてんさん 曽我部さん 玉川さん (@ikikko) (@lino_s) (@ryomah) (@cactusman) (@ssogabe) • その他の皆さん – 法政大学 – ボランティアの皆様 今井さん (@masanobuimai)
7. ¡ XFD ってなに？ ¡ A Brief History of XFD § あんどん § ムダ取りの話 § XFD ¡ XFD を作ろう § Arduino を使って § デモ 8. ¡ XFD を入れてみた現場紹介 § アルティネット 西郡さん § ハウインターナショナル 高橋さん § スクラッチソフト 川路さん ¡ 現場の何が変わるか/変わったのか § 自分でいじれる XFD のすすめ ¡ XFD のすすめ ¡ Q&A
世の中、なにがキッカケになるかわかりませんね。 って、つぶやいたのが運の尽き（？）で先週行われたJenkins User Conference（JUC）のＴシャツのデザインさせてもらいました。どこの馬の骨ともわからんヤツに、このような栄誉在るお仕事をさせていただき、川口さんをはじめ運営スタッフのみなさまの心の広さに感服しました。:-) そんな事もあり、今回は珍しく仙台から出向いてJUCに参加したのですが、あちこちで見かけるスタッフの方や登壇者のみなさんがスタッフＴシャツ着ているのを見て、胸熱...というか、してやった感にほくそ笑んだのは言うまでもありません。 ちなみに、よく見れなかったかもしれませんが、デザイン全景はこんなんです。 過去のJUCではスポンサーロゴをバックプリントしてたと伺っていたので、今回はどうなることやら（？）と思ったのですが、実物はバックプリント無しだったので、ちょっと
状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
2つのカンファレンスに参加しました。1つは、情報サービス産業協会（JISA）主催の 「SPES 2012 －サービス化により変わるシステム開発－」。もう1つは、日本Jenkinsユーザ会主催の「Jenkins ユーザ・カンファレンス 2012 東京」です。 SPES2012は、ソフトウェア開発がクラウドベースのサービス化によりシステム開発がどのように変わっていくかというテーマでのカンファレンスです。Jenkinsユーザ・カンファレンスは、その名の通りJenkinsに関するカンファレンスです。 カンファレンスの内容は、全く性質が異なります。そのためでしょうか、参加者の年齢層が明らかに異なっていました。SPES2012では、暑い日にもかかわらず、背広の上着を着用しているような人が意外と多く、40代、50代の人が多いカンファレンスでした。 一方、Jenkinsユーザ・カンファレンスは、20代、3
自動化ツールを使ったプログラミングレスなシステム開発、という流行病（はやりやまい）は数年おきに出現します。10年ほど前で言えばCASEツールがありました。もっと大昔では、シグマ計画（プププ）ではSPACEなるプログラミング自動化システムが最上位ツールの一つとされていたようです。 何らかのツールに一定の形式で要件定義情報を入力すると、アプリケーションのソースコードが完全に自動生成される、というのが、最近（昔から？）よく見かけるソフトウェア開発自動化ツールの見果てぬ夢幻です。本当にそれをやろうとすると、一定形式の要件定義情報を書くこととソースコードを書くこととの複雑さの差があっという間に埋まってしまって自動化ツールの存在が無意味化するだろうということは、きちんとしたプログラミング経験のある人間であれば誰でも本能的に察知できます。 gccやjavacのようなコンパイラがソースコードをマシン語に変
諸君 私はJenkinsが好きだ 諸君 私はJenkinsが大好きだ Email-ext pluginが好きだ Cobertura pluginが好きだ Maven repository server pluginが好きだ HTML Report pluginが好きだ Gradle pluginが好きだ Job config history pluginが好きだ Build pipeline pluginが好きだ Javaアプリのビルドで Mavenリポジトリへのdeployで PHP Unitの実行で Geronimoへのdeployで バッチ処理サーバへのscpとsshで この地上で行われる ありとあらゆるJenkinsのビルドが大好きだ スレーブを従えたJenkinsの一斉ビルドが 轟音と共にビルドキューを吹き飛ばしていくのが好きだ 空中高く放り上げられたソースコードが FindBu
こんにちは、エンジニアの岡崎(@watermint)です。今回はGREEにおけるJenkins導入1年半のなかでの、反省点とこれから導入する方へのおすすめを紹介します。 GREEでのJenkins(当時はHudson)導入は、最初、岡崎の個人的な導入から始まりました。そこから徐々に利用してもらえるプロジェクトが増えて、いまや開発には欠かせないシステムに成長しました。今回は、この1年半でのJenkins導入の反省点と、これから導入される方へのTIPSをご紹介します。 ジョブの命名規則 Jenkinsに登録されているジョブも100を超えるようになってきた昨今、そろそろてこ入れをしたい問題です。 ジョブは1画面に収まる程度であれば、Jenkinsダッシュボード画面でも難なく目的のジョブを探し出したり、ジョブの状態を確認することが出来るのですが、さすがにジョブを探すためにスクロールをしなければなら
ソフト開発のコンパイルからテストまでを自動化し、1日に複数回実施することで品質改善や納期短縮を目指す「継続的インテグレーション（CI）」が注目を集めている。米国を拠点に活動し、世界的に最も人気が高いCIツール「Jenkins」を開発した川口耕介氏は、開発の動機は“怒り”だったと明かす。 Jenkinsが実現するCIとはどのようなものですか。 ソフトウエア開発プロセスを改善するための取り組みです。プロセスのなかには、単なる反復作業がたくさん存在します。ソースコードのコンパイルなどによって実行可能なファイルを作成するビルドやテスト、品質検査などです。 人間はそもそも反復作業が得意ではありません。人間が不得意な作業は極力ツールに代行させて、開発者が設計やプログラミングに集中するのが望ましい姿でしょう。これがCIの狙いです。 ビルドツールを補完 CIという概念自体は1990年代末に、アジャイル開発
Hookの機構を使うと、GitHubに変更がプッシュされたタイミングで自動的にJenkinsのジョブが走るようにすることができます。ポーリングに比べて、プッシュからビルドまでの時差が減り、無駄な通信も減りますが、アクセス制御が有効になっている場合の設定で少しはまってしまったので方法を書いておきます。 Hookをトリガーにしたビルド Gitには、コミット直前やプッシュ完了時など、任意のタイミングでスクリプトを実行できるHookという機構があります。この機構を利用すると、レポジトリに変更がプッシュされたタイミングでJenkinsのジョブを実行させることができます。 GitHubの場合は、レポジトリのAdmin -> Service Hooksページ内でHookの設定ができます。幸い、Jenkinsと連携させるための項目が最初から用意されています。ここでJenkins内のジョブ実行用のURLを指
はじめまして。エンジニアの岡崎(@watermint)です。今回はGREEにおけるJenkinsの利用について紹介します。 Jenkinsは継続的インテグレーションの代表的なツールです。JenkinsがどういうものかはJenkinsコミュニティーの説明をみると良く分かります。 一言で言えば、Jenkinsは、容易ないわゆる「継続インテグレーションシステム」を提供し、開発者が変更をプロジェクトに統合でき、ユーザーがより新しいビルドを容易に取得できるようにします。自動化された継続的なビルドは、生産性を向上させます。 Meet Jenkinsより 継続的インテグレーションという言葉について耳慣れないというかたは、JenkinsならびにJenkinsの前身であるHudson開発者である川口さんによる解説をご覧ください。 Hudsonを使ったアジャイルな開発入門 GREEにおけるJenkinsの導入
Gradleware は先日，Gradle 1.0 を リリース した。Gradle は Java と Scala, さらに Groovy を対象としたビルドシステムだ。Make や Ant, Ivy, Maven, Rake, Gant, Scons, SBT, Leinengen, Buildr などのツールが持つ優れたアイデアの統合を目標として，Spring や Hibernate などの注目プロジェクトでもすでに利用されている。機能的には，Java 開発者にはすでに馴染みの Maven や Ant/Ivy を使用した一般的なソリューションに近い。 Gradle にはいくつかの興味深い機能がある。 ビルドスクリプトの記述に (XML ではなく) Groovy を使用 Java, Scala, さらに Groovy 自体のビルドをサポート Maven のリポジトリと互換性を持つ依存性管
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く