Upgrading to Jenkins LTS 2.387.x ... Each section covers the upgrade from the previous LTS release, the section on 2.387.1 covers the upgrade from 2.375.4.
Upgrading to Jenkins LTS 2.387.x ... Each section covers the upgrade from the previous LTS release, the section on 2.387.1 covers the upgrade from 2.375.4.
はじめに リリースに向けて追い込みに入っている状況なのに、マーフィーの法則が予定どおりに(?)働いて、「昨日まで動いていたHudsonがハードディスク故障のせいで動作しなくなっている」なんてことになると大変です。 この記事では、そんな状況でも慌てず騒がず対処できるようにするために、Hudson環境のバックアップについて説明したいと思います。 なお、この記事におけるバックアップ方針は次のとおりです。 (A) : お金をかけずに取得する (B) : 安全なタイミングで取得する (C) : 分かりやすい方法で取得する (D) : Hudson自身に(定期的に)取得してもらう バックアップの前に バックアップ対象 バックアップ対象は、Hudson環境が構築されているHUDSON_HOMEディレクトリの内容になります。 (HUDSON_HOMEディレクトリ内のディレクトリ構成例は以下を参照) HUD
日本人(http://twitter.com/kohsukekawa)がリードする継続的インテグレーションツール(http://ja.wikipedia.org/wiki/Hudson)の開発コミュニティーとオラクルの間に摩擦が生じている。 http://www.hudson-labs.org/content/whos-driving-thing バックグラウンド: Hudsonはフリーソフトウエア(MIT License)だが、Kohsuke KawaguchiさんがSunにいたころ開発されたため、同社がプロジェクトのトレードマークを持っていたらしい。 買収によりSunのHudsonにたいする権利もオラクルのものになった。 元記事に詳しいタイムラインがあるが、肝心なところを拾うと: 開発はjava.netでホスティングされていたが信頼性の問題などからメーリングリストはgoogle gro
今までは、Hudsonをインストールした端末上でビルドを実行しました。 例えば、ビルドの実行環境がWindowsからLinuxに変わったら・・・ Linux端末を用意してHudsonをインストールする必要があります。 ビルドの実行環境が変わる度に、 Hudsonをインストールするのってメンドクサイですよねヽ(`Д´)ノ HudsonではMasterとSlaveに分けることで、分散ビルドを行う事ができます。 Hudsonが起動しているMaster端末からSlave端末に指示を出し、 Slave端末上でビルドを実行することができます。 この方法なら、Hudsonをインストールする端末は1台なので管理が楽です^^ ビルド実行環境が変わったとしても、Slave端末を追加すればいいのです。 Hudson作者の川口さんの記事を参考に設定しました。 細かな設定はこちらを参考にしてください。 分散ビルドを
Announcing Beta Availability of InfraDNA’s Certified Hudson CI (ICHCI) Server I’m happy to announce the beta release of InfraDNA’s Certified Hudson CI (ICHCI) Server. ICHCI is a value-added distribution of Hudson, and here’s why I think it’s useful: First, ICHCI is more stable sustaining release trains from Hudson; ICHCI is periodically branched off from a version of Hudson that was of particularl
This week Hudson creator Kohsuke Kawaguchi introduced his new startup, InfraDNA, which provides support and consulting for the Hudson Continuous Integration system. After nine years of employment, Kawaguchi left Oracle earlier this month in order to start his new business. In his blog, he explains how chose the name for his company: "The name of the company is InfraDNA because I think of Hudson m
Really cool! Thanks for that plugin. Ideas from my side: - Enhance the activities module with informations about builds of the configured jobs. - Your Hudson plugin updates the redmine issue which are solved in a certain build. The commit message in SCM could contain a certain issue number and then you can write that build number to a custom field of the related issue or into a comment of it. For
JAMCircleのビルドで使いたいので、Gitと連携させたい。HudsonにはGit Plug-inがあるので、試してみる。すると [workspace] $ git tag -a -f -m "Hudson Build #34" hudson-JAMCircle-34 FATAL: Could not apply tag hudson-JAMCircle-34 hudson.plugins.git.GitException: Could not apply tag hudson-JAMCircle-34 at hudson.plugins.git.GitAPI.tag(GitAPI.java:265) at hudson.plugins.git.GitSCM$4.invoke(GitSCM.java:560) at hudson.plugins.git.GitSCM$4.invoke(
Hudson作成者の川口さんのBlogを読みながら、継続的インテグレーションはクラウド化と相性が良いという指摘に関するメモ。 【元ネタ】 Hudson EC2 プラグイン - 川口耕介の日記 Hudson PXE plugin - 川口耕介の日記 Hudson Selenium PluginでHudsonクラスタをSelenium Gridに - 川口耕介の日記 HudsonクラスタをHadoopクラスタに - 川口耕介の日記 Hudson PXE plugin - かおるんダイアリー 【既存の問題】 XPを代表とするアジャイル開発におけるコード共同所有やテスト駆動開発などのプラクティスで、いわゆる下流工程の生産性を大幅Upできる。 しかしながら、自動テストや回帰テストを行う継続的インテグレーションは、システムが大規模化するにつれてビルド時間が膨大になるので、生産性が低くなっている。 その
「GUIから何でも出来る」というのはHudsonの大事なウリの一つなのですが、その一方、自動化やスクリプトを書くために、コマンドラインインターフェース(CLI)が便利な局面と言うのは結構あります。HudsonにはREST APIがついてはいますが、これはプログラムを書く人向けで、管理者の自動化などには、汎用RESTクライアントの不足もあって、あまり便利ではありません。そこで、Hudson 1.302から、HudsonにはCLIが追加されました。CLIのjarは、お使いのHudsonのhttp://server/hudson/cliからダウンロードすることが出来ます。また、このページには使い方の簡単な紹介も載っています。 さて、このCLI実装の中身がちょっと面白いので紹介します。CLI自体には、実はコマンドの実装は何も含まれていません。代わりに、マスター・スレイブの間で利用されているJava
Posted by kohsuke on May 02, 2009 at 08:26 AM | Comments (0) "You can do everything from GUI" has always been one of Hudson's strengths, and we also have the REST API, but at the same time, CLI is also very useful for improving automation around administration, builds, and so on. So starting Hudson 1.302, I added a CLI agent to Hudson. CLI can be downloaded from your Hudson from http://server/huds
JJUGでのHudsonの発表と、Sunのホット・トピック・セミナーでしたMetroの発表を以下の場所で公開しました。 Hudson (JJUG CCCにて)View SlideShare presentation or Upload your own. ホット・トピック・セミナー「Metro」View SlideShare presentation or Upload your own. ところどころスライドが崩れているところがありますが、ご了承下さい。
前回(開発環境構築)からの続きで、今回はサンプル(Hellow world)を動かすところをご紹介します。 さて、前回の作ったサンプルのディレクトリ構成から見ていこうと思います。 ProjectRoot ├src │└main │ ├java:ソースディレクトリで、パッケージ名と対応したディレクトリ階層構造をしている │ ├resources:jelly、プロパティファイルなどが置かれていて、ソースディレクトリと対応している │ └webapp:html(ヘルプ用)など ├target:Maven2でのビルドの出力先 ├work:Maven2のJettyプラグインを使用してHudsonを起動した場合の設定ファイルとHudsonプラグインの置き場所 └pom.xml:Maven2でビルドするために記述するXML形式の設定ファイル mvn hpi:runを実行していないのでworkディレクトリ
CI(継続的インテグレーション)ツールの一つである Hudson は以下のような点で個人的に気に入っている。 インストール(実行環境の構築や設定など)が容易 プラグインによる機能追加が容易 ビルド結果等のファイル構成が非常にシンプル REST 的なリモートアクセス API が用意(XML、JSON) Apache Tomcat の webapps ディレクトリにダウンロードした hudson.war ファイルを配置して Tomcat を起動するだけで使えるし、hudson の起動時に作成された .hudson ディレクトリの plugins ディレクトリにプラグイン(.hpi ファイル)を配置して Tomcat を再起動するだけでプラグインが使えるようになるなど、手間がかからず手軽に使い始められる。 今回は Hudson プラグインの自作に興味がわいたので、Extend Hudsonのサイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く