This domain may be for sale!
Hudson Debian packages This is the Debian package repository of Hudson. You can use this by adding: deb http://hudson-ci.org/debian binary/ ... to your /etc/apt/sources.list Name Last modified Size Description Parent Directory 17-Oct-2009 12:17 - binary/ 16-Oct-2009 18:14 - readme.html 30-Sep-2009 16:41 1k Apache/1.3.33 Server at hudson-ci.org Port 80
Hudson swarmプラグインを使って、Hudsonのスレーブが起動するLive USBを作ってみようというお話です。 用意するもの ハード USBブートできるPC USB(最低でも512MB、ビルドするプロジェクトによります。今回は8GBを使ってます) DHCPサーバ (追記) ソフト SLAX日本語版 slax-ja-6.1.1-2.iso SLAXのJDKモジュール jdk-6u11-i586-1pst.lzm Huson swarmプラグイン swarm-client-1.0-jar-with-dependencies.jar USBのフォーマット USBをVFATでフォーマットしておきます。最低でも500MBぐらいいります。ビルドもするので1GB以上は必要でしょう。 SLAXのインストール SLAXは、8cmのCD-ROMディスクに収まり、速くて美しいLinuxオペレーティン
Hudsonとは? Hudsonとは、JavaベースのCI(Continuous Integration)ツールだ。MavenやAntなどで記述されたビルドプロセスを定期的に実行し、結果をモニタリングするものと説明するとわかりやすいだろうか。CIツールにはさまざまなものが存在するが、中でもHudsonはオープンソースであること、セットアップが容易であること、標準で日本語化されていることなどから人気を集めている。 図1 Hudson Hudsonと連携するためのEclipseプラグインとして、hudson-eclipseがある。このプラグインを利用することで、Eclipse上からHudsonに対し、ビルドの実行を要求したり、ビルド結果の監視を行うことができる。 今回はHudsonのセットアップから、hudson-eclipseによるEclipseとの連携方法までを解説する。 Hudsonのセ
Hudson Build Monitor 1.0.1 評価開発元作者: 不明ダウンロード数週間ダウンロード数: 6共有ブックマーク: カテゴリ開発者向けツール Hudson のビルドを監視するためのツールです。Hudson のフィード URL を右クリックして「ビルドモニターにリンクを追加」すると、ビルドの状況を示すアイコンが Firefox のステータスバーに現れます。 対応バージョン Firefox 2.0 - 3.6a1pre 詳しい説明 Use Hudson Build Monitor to keep track of Hudson builds. Add Hudson feed URL to Build Monitor (right click on a Hudson feed URL, then select 'Add Link To Hudson Build Monitor'
CIのビルドやテストには、往々にして様々な環境を用意する必要があります。例えば、職場では、GlassFishのテストには必ずLinux,Windows,Solarisの3種の環境が必要ですし、JDKに至っては、バージョンの異なる10以上の異なる環境でテストが行われます。こうした環境を実物のコンピュータに用意してもよいのですが、テストの負荷は一定ではないので、(土日夜間など)計算機資源が過小に利用されているか、(リリース直前など)計算機資源が埋まってしまって待ちが発生するか、どちらかになりがちです。 こうした観点から仮想化やクラウドコンピューティングはCIと非常に相性のいい技術であるといえます。仮想化の場合は、物理的な計算機の上に異なる環境を必要に応じて走らせられますし、クラウドコンピューティングの場合は、物理的な計算機のことを気にせず、カンバン方式で仮想計算機を割り当てればよいからです。
職場のHudsonクラスタには予算がついていないので、性能の良い計算機を集めるのがなかなか大変です。これは、Hudsonクラスタを作る人たちには共通の悩みではないかと思います。いきおい、同僚の古いコンピューターをリサイクルすることになるのですが、ここに罠があります。 というのも、新しいコンピュータを買った人のところに行って「古くなったコンピュータ、使ってないみたいだからちょうだい」といっても、中々首を縦にふってもらえないのですね。皆さんも経験あると思うのですが、古くなったコンピュータでも、ひょっとしたらまた使うかもしれないし、とか、もしかしたらデータのコピー忘れがあるかもしれないし、と心配になってしまうわけです。あげてしまったコンピュータがフォーマットされてしまう以上、これはもっともな心配です。 そこで、新しい作戦として、コンピュータを貰い受けるのではなくて、単に仮想マシンを走らせてもらう
3. 自己紹介 • HN:cactusman(さぼてん) • 年齢:0x1c • 出身:関西 • 所属:java-ja,Wicket-ja • 肩書き:Hudsonコミッタ
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」(Continuous Integration、以下CI)のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
Hudsonのドキュメントの日本語ドキュメントです。導入に必要な部分から日本語化を行っています。Wikiのアカウントがあれば修正できますので、修正・追加はご自由に。 ご意見、ご要望は、[email protected].java.netまで。
仕事では30-40ノード位のHudsonクラスタを運用しているのですが、常々、このクラスタをもっと多用途に使えたら便利だと思っていました。 HadoopをHadoop推奨の方法でインストールしてもよいのですが、ネットワークの情報等をHudsonとHadoopに別々に教えないといけないのは不便です。そこで、週末を2つ使って、HudsonクラスタにHadoopを展開するためのプラグインを書きました。Hadoopのコードを読むのに少し手間取りましたが、一度肝を掴んでからは比較的簡単でした。 このプラグインをインストールすると、Hudsonのクラスタ全域でHadoopノードが実行され、またネットワークの設定に関する情報が自動的にHudsonからHadoopへ伝えられます。ユーザーは、HadoopプラグインをHudsonにインストールする以外にはやることはなにもありません。いわゆる「zero con
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く