タグ

Hudsonに関するmapserver2007のブックマーク (5)

  • Jenkins CIでRSpecを自動実行する - ぱろっと・すたじお

    今回は「Jenkins CI」のお話 http://jenkins-ci.org/ きっかけはGunma.web #4でのLTでした Gunma.web #4 (on 2011/02/12) まとめ - ぱろっと・すたじお Jenkins CI(旧Hudson)の話を最初に聞いたのはデブサミ2009?だったと思いますが、 気で使おうと思ったのはこのLTを聞いて、いくつか質問したときです (RakeやGitでも使える、的な話) あと、WEB+DB PRESSでも(テスト関連ツールとして)紹介されていました WEB+DB PRESS Vol.61 作者: 西岡祐弥,濱田章吾,浦嶌啓太,高橋健一,柴田博志,井上誠一郎,大谷弘喜,荻野淳也,原悠,増井俊之,横山彰子,浜階生,ミック,uupaa,塙与志夫,はまちや2,大沢和宏,中島聡,矢野りん,中島拓,角田直行,WEB+DB PRESS編集部出版

    Jenkins CIでRSpecを自動実行する - ぱろっと・すたじお
  • プラグインのダウンロード統計 - 川口耕介のブログ

    6月9日にリリースされたHudson 1.222から、Hudsonにはプラグインのインストールを自動化するアップデート・センターがついています。この機能がどの程度プラグインのダウンロードに影響があったのか興味があったので、ログをまとめてみました。この記録は7日から13日までの分のログです。 プラグインのダウンロード総数はこの期間で2355でした(HTTPコードが200のものだけをカウント)。この数字からは、アップデート・センターに必要なデータファイルを作成するデーモンがダウンロードした分なども除いてあります。この2355ダウンロードのうち、1249 (53%)がアップデート・センターによるものでした。6月7日の前の週の総ダウンロード数は1682だったので、ダウンロード数は40%位増えた計算になります。全てのユーザーが新しいバージョンのHudsonにアップグレードしたわけではないし、この手の

    プラグインのダウンロード統計 - 川口耕介のブログ
  • Redmine

    Redmine最新ニュース r-labs: 公式サイトのプラグイン一覧に載りました。 コードレビュープラグインとHudsonプラグインがwww.redmine.orgのプラグイン一覧ページに載りました。 Haru Iidaが9日前に追加しました r-labs: Hudson Plugin リリース www.redmine.orgでHudson プラグインを公開しました。 Haru Iidaが11日前に追加しました r-labs: The Official Redmine blogで紹介されました。 コードレビュープラグインがThe Official Redmine blogで紹介されました。 Haru Iidaが28日前に追加しました r-labs: サイトをバージョンアップしました。 Redmine 0.8.4にアップグレードしました。 Haru Iidaが31日前に追

    mapserver2007
    mapserver2007 2011/01/18
    いろいろ試したい。
  • Hudson+phpcpdで継続的に重複コードをチェックする

    Hudson等を使った継続的インテグレーションでは、テストの自動実行の他にも、ドキュメントの自動作成、コーディング規約の自動チェック、重複コードのチェック(DRY原則のチェック)等を行うことができるし、実行するべきである。 今回は、PHP+Hudsonの環境でコードの重複を継続的にチェックできるようにしてみた。 phpcpdPHPでコードの重複を検査するには、phpcpdというツールを使うのが定番である。 phpcpdはpearコマンドでインストール可能だ。 なお、phpcpdを利用するためには、pearが1.9.1以上である必要がある。 インストール手順 pear upgrade pear pear channel-discover pear.phpunit.de pear channel-discover components.ez.no pear install phpunit/ph

    Hudson+phpcpdで継続的に重複コードをチェックする
  • 自動ビルド環境とHudson - torutkのブログ

    「継続的インテグレーション」ツールHudsonを使った最初の一歩です。新しいツールは使いはじめるのに敷居があるので、Hudsonにおける敷居を越える参考にと日記をしたためてみました。 前置き 現在のプロジェクトでは、毎週リリースを行っているのですが、有人作業のため、作業を開始してビルドエラーが発生すると、そのたびに関係者を聞きまわって調整して、という作業が入ります。 ビルドの自動化(定期化)は、当初からの出来たらいいなリストに挙げられていますが、手が回らずに後回しになったまま現在に至っています。試験作業のウェイトが増えてきた時期に、ビルド専任者が外され、ますます手が及ばなくなってしまいました。リリース作業が大事になってくるプロジェクト終盤ですが、予算的要因のためいる人間で何とかしろと・・・(大規模だ〜といいながら、ビルド担当、構成管理担当が専任化されない・・・)。 ビルドの自動化で思いつく

    自動ビルド環境とHudson - torutkのブログ
  • 1