「第2回Jenkins勉強会」活動報告 | gihyo.jp
前回に引き続き、第2回Jenkins勉強会が2月25日に開催されました。今回はニフティエンジニアサポート様の協力のもと80名余りの参加者が集い、「JavaプロジェクトにおけるJenkinsの運用について」をテーマに8名の方に発表していただきました。 なお、当日のUstreamをはじめ、各発表者の発表資料や参加者の感想ブログは下記サイトにまとめられています。本レポートの補足として参照ください。 第2回Jenkins勉強会 - 日本語 - Jenkins Wiki プロジェクト名称変更に関する経緯 まず始めに、Jenkins/Hudsonの創始者で現在はCloudBees所属の川口氏から、HudsonからJenkinsへ名称変更した経緯について報告がありました。 Hudsonの歴史 Hudsonは、2004年に川口氏の個人プロジェクトから始まりました。氏が所属していたSun Mycrosys
Subversion と Hudson の連携−その１ Subversion リポジトリのソースをビルドする - Natural Software
インストールや基本的な使い方はここを見て覚えた。 次は Subversion リポジトリからソースを持って来てそれをビルド。 環境および前提条件 Windows XP Pro SP2 + TracLightning 2.0.4（Trac + SVN + Hudson） Trac 側プロジェクトは ｢SampleProject｣ とする（別プロジェクトの場合は SampleProject を読み替える） 手順 Hudson の環境作成 1. ユニットテストの勉強のときに作った環境一式をリポジトリ（今回は http://192.168.128.7/svn/SampleProject/UnitTest）へインポートする 2. Trac から Hudson のダッシュボードへ移動（以降は TracLighrning インストール PC で行う） 3. ｢新規ジョブ作成｣をクリック 4. ジョブ名に
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
