InfoQ

News

HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション

作者 Srini Penchikala , 翻訳者 編集部 投稿日 2007年12月19日 午前12時4分

コミュニティ
Java,
Agile
トピック
コンフィグ管理,
Delivering Quality,
Artifacts & Tools,
オープンソース
タグ
テスト,
FindBugs,
TestNG,
TDD,
PMD,
Continuous Integration,
JUnit,
Subversion

最近IBM developerWorks(サイト・英語)に掲載された記事(source)において、構築中のプロセスにある継続的インテグレーション(CI)(source)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.net(サイト・英語)コミュニティによって開発されたCIサーバであるHudson(サイト・英語)を、Subversion(サイト・英語)コードリポジトリをポーリングし、ソースコードに変更が発見される度にAnt(サイト・英語)ビルドスクリプトを動作するために、どのようにインストー ルし設定するのかを解説している。

著者Andrew Glover氏は通常のCI環境設定において下記の3つを主要アイテムとして挙げた。

  • Apache Antのようなビルドツールを使ったビルドプロセスの自動化
  • CVS(サイト・英語)かSubversionのようなソースコードリポジトリ
  • HudsonのようなCIサーバ

Andrew氏は動作中の自動ビルドのためのHudsonサーバ内で、どのようにJavaプロジェクトを設定するのかを説明するためにサンプルJavaアプリケーションを使用している。また彼はHudsonのプラグイン拡張(source)を使用してFindBugs(サイト・英語)とPMD(サイト・英語)のようなソフトウェアインスペクションツールとコード解析の統合の仕方を解説した。

また、その記事はビルドプロセスの実行時間とテストトレンドをキャプチャーするために、Hudsonをどのように使用したら良いのかを説明している。それぞ れのビルドにCIサーバはJUnit結果のXMLファイルをパースし、何個のテストがそれぞれのアプリケーションビルド間で付加されたのかを示すトレンドグラフを構築する。またそれはそのテストが合格(青グラフ)もしくは不合格(赤グラフ)であるかを表示する。PMDかFindBugsを使用して見つけられたコード違反かもしくは欠陥は、解析の記録のためにそれぞれのビルド内で記録される。

Hudsonはビルドが失敗した際にメールがプロジェクトチームに送られるようにSMTPサーバに設定することができる。またそれはRSSを告知メカニズ ムとしてサポートするので、チームはRSSフィードを介してプロジェクトのBuild Statusページにサブスクライブすることができる。

HudsonはまたJunit(サイト・英語)とTestNG(サイト・英語)テストフレームワーク両方をサポートする。またそれはCVS、ClearCase(サイト・英語)か、もしくはAccurev(サイト・英語)のようなSCMソフトウェア、そしてMaven(サイト・英語)かもしくはGant(サイト・英語)のようなビルドツールに統合することも可能だ。HudsonのWebサイトに載っているプラグインのフルリスト(source)には、異なるオープンソースと商用SCM、コードカバレッジ、問題トラッキングツールとの統合が記載されている。

developerWorksに掲載されているCIトピックに関するもう一つの記事(source)で、Paul Duvall氏はCI環境の設定時のベストプラクティスと彼が呼ぶところのCIアンチパターンの防ぎ方を説明している。そのベストプラクティスとは下記のとおりである。

  • デベロッパは長時間待って一度に数個の変化をチェックするよりも、むしろ小さなコードの塊を頻繁に従事するべきである
  • CIサーバはビルドが壊れる時にプロジェクトチームに即時に知らせるべきである
  • それはプロジェクトチームにビルドの状況を伝えるため、E-mailやRSSのようなフィードバックメカニズムを使用するべきである
  • ビルドの状況フィードバックは簡潔であるべきで、それにはビルドに関連した情報が含まれているべきである
  • ビルドサーバはより早いビルドのため、十分なハードウェアリソースを所有しているべきである
  • プロジェクトチームはより長い動作プロセスを非同期的に行うために、”ビルドパイプライン”アプローチに従うべきである

 原文はこちらです:http://www.infoq.com/news/2007/12/ci-hudson.html

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
slashdot+
Hatena

特集コンテンツ一覧

Flex 4の新機能トップ10

今週(2009年6月1日)AdobeはFlex 4の正式な初ベータ版をリリースしました。Flex 4はGumbo(オクラ)というコードネームで開発されています。今回のリリースには大きな変更が多数含まれています。このRIAフレームワークの最新バージョンにおいて変更された事柄についての概要を以下のリストで見ていきましょう。

Domain Driven Design(ドメイン駆動設計) Quickly 日本語版

ビジネス領域の深い理解を反映したドメインモデルを設計するための、ヴィジョンとアプローチです。この本は、Eric Evans氏の「Domain Driven Design」の主要点を短く読みやすく要約しました。

JavaプログラマがFlexとBlazeDSを学んだ方がいい13の理由

この記事ではJavaプログラマがなぜFlexとBlazeDSを学ぶべきなのかについて13の理由を述べています。なぜ高度にインタラクティブなWeb サイトからJavaで開発されたバックエンドをもつエンタープライズ・アプリケーションまでを含む、リッチ・インターネット・アプリケーション(RIA)の開発にFlexとBlazeDSの組み合わせが最適な選択肢となるのかについて述べています。

仮想パネル: バックログは重要な成果物とプラクティスか、それとも無駄か?

Mary Poppendieck氏、Ron Jeffries氏、Jeff Patton氏、David West氏、Steve Freeman氏、Jason Yip氏が、バックログに関する彼らの意見とアジャイルチームを成功させるために必要な事を語った。

Perf4Jを使ったパフォーマンス解析とモニタリング

この記事ではAlex Devine氏が、Java開発者がPerf4Jをどのように利用できるかと、タイミングステートメントにコードを追加し、ロギング、結果の解析とモニタリングを行うオープンソースツールセットの説明をします。

複雑な外部DSLを開発する

本稿では、Vaughn Vernon氏が内部DSLと外部DSLの違いを説明し、複雑な外部DSLを開発する際のステップを示します。

J2EEアプリケーションにおけるAOPを使ったフェッチ戦略の実装

この記事では低レベルのサービス・レイヤやリポジトリ・レイヤを肥大化させることなく、フェッチング・ストラテジによってモジュール化された方法でバックエンドにあるシステムからデータを取得する処理を最適化する方法について説明します。

実証済みのアイデアの融合: S#arp Architectureの裏側

この記事では、Web開発における多数の成熟傾向と、クライアントに価値を提供することに対するそれらのメリット、およびS#arp Architecture(最善の手法と技術を活用しようとするASP.NET MVCをベースとしたフレームワーク)内でのそれらの使用について取り上げます。