第2回 Jenkins勉強会(旧Hudson勉強会) に行ってきた

Sun R.I.P ステッカーを [twitter:@kanu_] さんから頂いた。トイレに行っている間に配っていたようで、残念だなぁと思っていたら、まだ余っていると川口さんが言ったので、全力で手をあげてもらいにいった。ちなみに R.I.P. は Rest In Peace で安らかに眠れといった感じ。

TogetterやUstやWikiはこちら。まとめてくださった方、動画配信してくださった方に感謝。

名称変更についてはこっちに書いた。それ以外のことについてここに書く。
Hudson名称変更に関する経緯 - 第2回 Jenkins勉強会(旧Hudson勉強会) に行ってきた - techlog

通常の発表はこんな感じ。

Sun Java EE部隊のJenkins運用例 ( [twitter:@kohsukekawa] )
Jenkins+Maven活用術 ( [twitter:@cynipe] )
JenkinsエンジニアのためのGroovy入門 ( [twitter:@kiy0taka] )

LTはこんな感じ。

脅迫 ~~TracLightningとJenkins~~ ( [twitter:@LightningX] )
Jenkins+Play!で気軽にCI! ( [twitter:@ikeike443] )
プラグイン活用のススメ( [twitter:@tyuki39] )
JenkinsのSlave事情( [twitter:@fujibee] )
Jenkinsでリグレッションを起こす方法( [twitter:@yusukey] )

Sun Java EE部隊のJenkins運用例 ( [twitter:@kohsukekawa] )

Glassfish における Jenkins の利用について離してくださった。

開発の特徴

多数のコンポーネントチームがあり、Subversion と Ant を利用していた。

同時開発
上流のコンポーネントと下流のコンポーネント
チーム間のやりとりが必要

そこで、こんなふうにしたい。

インテグレートを効率化したい
爆弾ビルドをインテグレートしたくない
手動インテグレートを避けたい
定期的にインテグレートしたい

Hudson でインテグレート

そんなわけでhudsonを使い始めた。

自動インテグレート
テストにパスしたらプロモートする
問題のあるビルドはインテグレートされない
個人の野良ビルドはない(Hudsonがビルドしてテストするから)
どのソースでビルドされたのかすぐわかる
上流の開発者はバグを直したら違う作業に取りかかれる

Hudson の普及

頑張ってhudsonを社内(Sun)で普及させた。

トップダウンだとうまくいかない
防衛的になる
壮大なことになっちゃう(高尾山登山が富士登山に！)

そこで…

誰でも使えるようにした
計算機は出してもらった
ある程度実績を作るとマネージャーにも話が通りやすくなる
学習意欲の高い若者を丁稚として使う

まとめ

千里の道も一歩から
多くの挑戦をしない
ビルドは本業ではない

いまは人気にのHudsonだけど、やっぱりそんなプロダクトでも普及するまでにはいろいろあって、その話が面白かった。社内で新しいツールを使いたいときには今回の話しを思い出して、いろいろボトムアップで試してみたい。

Jenkins+Maven活用術 ( [twitter:@cynipe] )

Jenkins+Maven活用術

View more presentations from cynipe

僕にとっては参考になることが多く、すごく勉強になった。

自己紹介

さいないぷ(id:cynipe)さん
java とにかく java
maven jenkins gae

運用の流れ

ビルド→テスト→成果物作成→ステージングにデプロイ→本番にデプロイ

役割

mavenのやること
- 構造
- 環境
- 設定
Jenkins
- ビルド手順
- パッケージング手順
- デプロイ手順

環境ごとに切り替えが必要なもの

-jdbc
-ログ(このログみたいけど本番では出さない)
そこでmavenのprofile。pomの記述をon/offするもの。

ここからはデモや設定を実際に見せてもらいながらの解説で、あまりメモをとらなかった。
でも環境ごとに異なる設定というのは普通にある。今回聞いた発表がベストプラクティスというわけではないと思うけど、他の人達がどうしているのか知ることができてよかった。
やっぱりこういった開発の本質ではない部分はどんどん改善していきたい。