Jetty 7で動作するHudsonのような実行可能なWARを作成する(Gradleも使う) - Fight the Future
参考にさせていただいたサイト Executable WARs with Jetty ≪ EclipseSource Blog http://eclipsesource.com/blogs/2009/10/02/executable-wars-with-jetty/ これをGradleで実行するコードがGitHubで配布されてる。 https://github.com/xlson/standalone-war GitHubのコードはJetty 6で作成するものなので、 書き換えてJetty 7で動作させるようにする。 まず、ここを書き換える。 build.gradle dependencies { compile group: 'org.eclipse.jetty', name: 'jetty-webapp', version: '7.2.1.v20101111' } 次に、 Starter
.NET 開発者のための Jenkins 入門 - present
はじめに 仕事で Subversion と Trac を使っていますが、残念ながら、活用できているとは言えません。継続的インテグレーション(以下CI)？何それおいしいの？って状態。そもそも CI やるために Trac とか諸々導入したはずなんですけどね…。 CI 導入しなきゃと思い続けて結構な期間が経過しました。その間、定期的にリリースビルドを行っていたんですが、コミット忘れや修正し忘れにより、何度もビルド環境がぶっ壊される…。その度に手作業で修正してたんですが、さすがに堪忍袋の緒が切れて CI 導入を開始しました。 やりたいこと ひとまず次ができれば OK。 Subversion を定期的に監視して、変更があったらビルドとテストを実行。 失敗したら管理者にメールを送信する。 ビルドぶっ壊した人にメール送る。 CI ツールは Jenkins、ソースコード管理システムは Subversion
継続的インテグレーションについて、Ruby勉強会@札幌-18 で発表しました - 2nd life (移転しました)
先日行われたRuby勉強会@札幌-18で、Ruby勉強会にもかかわらず空気を読まず、継続的インテグレーションについて発表しました。 継続的インテグレーション - Ruby勉強会@札幌-18 View more presentations from hotchpotch 継続的インテグレーションは複数人開発ではやるべき価値がある手法だと思ってますが、実際に実践してみないと価値をなかなか体験できない物だと思っています。 継続的インテグレーションについて語る際に、言葉で伝えにくい部分がある。それは、継続的インテグレーションは開発全体に関わる「パターン」への移行をもたらすものだということであり、こればかりは、実地で体験してみないと理解しがたいのだ。 継続的インテグレーションの恩恵 スライドの中では、実際にクックパッドで継続的インテグレーションを行っていて感じた価値、その結果変わった開発サイクル・プ
本当はすごい codefirst の開発環境 - suer のブログ
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは
Jenkinsの生みの親が語る、継続的インテグレーションの未来 － ＠IT
2011/06/06 5月24日、日本Javaユーザグループ（以下、JJUG）の主催による「JJUG Cross Community Conference（以下、JJUG CCC） 2011 Spring」が行われた。JJUG CCCはJJUGが年2回開催している定例イベントであり、Javaに関する最新の動向や活用事例などが紹介される。 本稿では、オープンソースのCIサーバ「Jenkins」の生みの親である川口耕介氏による基調講演の様子をお伝えする。 「Jenkins」はソフトウェアプロジェクトのビルドやテストを自動化する継続的インテグレーション（CI：Continuous Integration）サーバの一種である。もともとは「Hudson」という名称で開発・公開されていたが、商標上の問題によってJenkinsに改名された。 JJUG CCCの基調講演は、その生みの親であり現在もプロジェ
HudsonでASP.NETアプリをデプロイする設定、.NET Framework 4版(・∀・) - 山奥通信 増刊号
Hudsonを使って、CIでビルドの実行やテストを流す他にも、ビルドしたWebアプリをIISにデプロイして、最新版の動作が確認できるような設定をしています(・∀・) っで、先週、開発プロジェクトをVisual Studio 2010/.NET Framework 4対応にして、Hudsonのデプロイ設定もそれに併せて変更したのでその時のメモです。 なお、デプロイ先の環境はWindows Server 2008 R2のIIS 7.5になります。 また、デプロイにはmsdeployを使用しますが、Visual Studio 2010がインストールされていない環境については、別途msdeployをインストールしておく必要があります。 っで、その辺のインストールやHudsonの環境構築の話は省略して、Hudsonの必要な設定の所だけを記述します(´д｀;) あと、以下の内容はHudsonとIISが
ウノウラボ by Zynga Japan: PHPで利用出来るテストと開発に便利なツール
こんにちは。yukiです。 今日はテストや普段の開発に便利なツールのご紹介をしたいと思います。PHP限定のツールですので、ご了承下さい。 ZyngaJapanでは、昨日リニューアルオープンした「ファームビレッジ」でも、Jenkins(旧Hudson)によるCIを行って開発しており、TDDやJenkinsでのCIを利用する文化がだんだんと浸透してきています。Jenkinsのプラグインとして利用できるものも多くありますが、当然ながらコマンドラインからも利用出来ますので、コミット前に自分のコードをチェックすることもできます。 phpcpd コードの中でコピー&ペーストで記述されている部分を検出してくれます。 どの程度の重複から検出するかを柔軟に設定できるので、まず大きな部分から修正するなど判断ができ便利です。 $ phpcpd /path/to/project phpcpd @package_v
Rhonabwy » Setting up a python CI server with Hudson
I start with a basic virtual machine – in this case, I’m using Ubuntu Server 9.10. Once you have a basic machine installed, I recommend you make sure everything’s up to date with patches. sudo apt-get update sudo apt-get dist-upgrade If you haven’t already, consider installing an ssh server for remote login. You don’t need it for hudson, but I find it makes administration easier. sudo apt-get in
Hudsonで.NETのCI環境を簡単に構築する方法 - Faster Than Light
.NET開発の継続的インテグレーション(Continuous Integration)の仕組みとして、Hudsonが利用出来ます。その備忘録を残します。 ここでHudsonがやっていること Subversionからソースファイルを取得する MSbuildでビルドを実行する NUnitで単体テストを実行する これだけです。 Hudsonに以下のプラグインを導入します MSBuild Plugin NUnit Plugin HudsonにMSBuildプラグインを導入 http://wiki.hudson-ci.org/display/HUDSON/MSBuild+Plugin msbuild.hpi をダウンロード HudsonにNUnitプラグインを導入 http://wiki.hudson-ci.org//display/HUDSON/NUnit+Plugin nunit.hpi をダウ
JenkinsとPythonの連携 - kuma8の雑記帳
はじめに 今回は、Jenkins と Python の連携についてです。 使用するツールは、とても便利なテストフレームワーク nose と カバレッジ coverage との連携についてです。 nose連携 まず、 nose との連携からです。 nose をそのまま実行したのでは、Jenkinsに取り込めないため、XUnit形式のレポートを出力する必要があります。 XUnit形式のレポート出力には、 unittest-xml-reporting を導入する必要があります。 unittest-xml-reporting がインストールされていると、noseの出力レポートをXUnit形式にすることができます。 インストール $ easy_install -ZU nose $ easy_install -ZU unittest-xml-reportingnose の使い方は割愛しますが、コマンド
日本Hudsonユーザー会も発足した「Hudson勉強会」活動報告 | gihyo.jp
11月12日金曜日、Hudsonの生みの親である筆者の訪日にあわせて、法政大学情報科学部、Seasarファウンデーションの後援で、Hudson勉強会（またの名を「日本ビルド職人の集い」）が開催されました。200人以上集まる大きなイベントとなり、様々な発表やLTが行われました。その模様を報告します。 「Hudson初心者向けデモ」 まず、cactusmanさんによる、Hudsonをさわった事のない人向けへの紹介とデモが行われました。「java -jar hudson.war」で起動できるのが大変便利だとし、Hudsonからはスケジューリング、チェックアウト、ビルドの実行、結果のまとめ、ビルドの通知などができると紹介されました。 デモでは、Subversionリポジトリ上に格納されたMaven2プロジェクトをビルドする様子を紹介し、コミット後すぐにビルドが始まる様子や、新しいテストを追加
無為空間 |Hudson MSBuild Plugin使用感
無為空間 むいむい(´ω｀*) Entries Hudson MSBuild Plugin使用感 タグ: Hudson Hudson MSBuild Plugin 1.3 http://wiki.hudson-ci.org/display/HUDSON/MSBuild+Plugin Visual Studioのソリューションをビルドするプラグイン。 このプラグインには「システムの設定」でMSBuild.exeのパスを複数設定しておき、「プロジェクトの設定」で任意のパスを選択するという使い方が用意されている。 システムの設定 プロジェクトの設定 しかしこの機能はスレーブ（というか「Visual StudioがインストールされているWindows」以外のマスター）の存在を考慮にいれていないらしく、マスターにMSBuild.exeがないとビルドに失敗する。 FATAL: C:\WINDOWS\M
Hudson で MSBuild を動かす - Natural Software
Hudson MSBuild Plugin を入れたので、Hudson で MSBuild を動かしてみた。 参考にしたサイトはここ。この通りにやったら簡単にできた:) Redsolo's blog site: Guide to building .NET projects using Hudson ついでに Suvbersion でのコミットをトリガにしてビルドさせる。 2008-06-03 - 負けないように頑張る日記 次は NUnit を使ってテストできるようにしてみよう！ 連載 C++開発者のための単体テスト入門：第3回 C++アプリケーションの効率的なテスト手法（NUnit編） (4/4) - ＠IT ただ、MSBuild のメッセージが何もでないのが気になるのでもう少し調べてみよう。 その他参考サイト .NETビルド・エンジン「MSBuild」使いこなし術 − ＠IT
Hudsonを３ヶ月ほど使ってみての所感 - wyukawa's diary
Hudsonを現場に実際に導入して３ヶ月ほど経った。 周りの反応も聞きながら運用していったがその過程で感じたことを書いておく。 まず結論から言うと導入して正解だった。というか導入していなかったらやばかったと思う。 これは導入した張本人だから多少の贔屓目があるのは事実だがそれを除いても効果は大きかった。 周りの反応もいい。導入がすんなりいった要因にはHudsonはTracやRedmineと違っていままでの作業のやり方を変える必要が無いのも大きい思う。ビルドスクリプトとCIわかっている人間が一人いればとりあえずまわる。ダッシュボードがあるから共通のコミュニケーションパスになる。管理者受けもいい。 導入の最初の目的はコンパイルエラーの撲滅だったが効果を発揮したと思う。 ただ導入するだけではダメでやり方もちょっとづつ変えた。 例えばメール通知は最初はリーダだけだったが、実際にコーディングするのは担
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
Mercurial Plugin - hudson - Hudson Wiki