タグ

関連タグで絞り込む (4)

タグの絞り込みを解除

hudsonに関するhoneybeのブックマーク (7)

  • Sonarでソースの品質をチェックする - プログラマの思索


    小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された﹁チケット駆動開発﹂という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: ﹁派生開発﹂を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。Le
    Sonarでソースの品質をチェックする - プログラマの思索

  • http://wiki.hudson-ci.org/display/HUDSON/eXtreme+Feedback+Panel+Plugin

  • Hudson CLIの内部構造 - 川口耕介のブログ


    id:masanobuimaiさんがHudson CLIの仕組みを調べてくださったので、ここで仕組みをちょっと解説しようかな、と。 CLIは、まずHudsonに2つのHTTPリクエストをします。片方はサーバからCLIにバイト列を送るために使い、もう片方はCLIからサーバにバイト列を送るために使います。︵なのでCLIはサーバ上では2つもスレッドを消費するのですが、それはそれ。︶ この双方向バイトストリームの上にリモーティングインフラ(hudson.remoting.*)を載せて、これで分散処理環境が出来上がります。ここまで出来たらCLIはコマンドの引数を全部サーバに渡します。この時、stdin/stdout/stderrもサーバに渡します。 なので、見てのとおり、CLI側にはコマンドの知識は何も埋め込まれていません。 Channel channel = ...; CliEntryPoint
    Hudson CLIの内部構造 - 川口耕介のブログ

  • 【コラム】イマドキのIDE事情 (43) CIツールとIDEの連携 - EclipseからHudsonを利用する | エンタープライズ | マイコミジャーナル


    Hudsonとは? Hudsonとは、JavaベースのCI(Continuous Integration)ツールだ。MavenやAntなどで記述されたビルドプロセスを定期的に実行し、結果をモニタリングするものと説明するとわかりやすいだろうか。CIツールにはさまざまなものが存在するが、中でもHudsonはオープンソースであること、セットアップが容易であること、標準で日本語化されていることなどから人気を集めている。 図1 Hudson Hudsonと連携するためのEclipseプラグインとして、hudson-eclipseがある。このプラグインを利用することで、Eclipse上からHudsonに対し、ビルドの実行を要求したり、ビルド結果の監視を行うことができる。 今回はHudsonのセットアップから、hudson-eclipseによるEclipseとの連携方法までを解説する。 Hudsonのセ

  • プログラマの思索: CIツールHudsonを使いこなす


    XPのプラクティスの一つが常時統合(CI・Continuous Integration)。 別名、デイリービルドと言われる。 第2世代CIツールと言われるHudsonを使って運用して、常時統合の概念について改めて書く。 #Hudsonの全機能はまだ使いこなせてないので念のため。 ︻1︼バージョン管理(SCM)＋常時統合(CI)＋テスト駆動開発(TDD)で、初めてアジャイル開発が可能になる ︻元ネタ︼ バージョン管理と常時結合 豆蔵‥継続的インテグレーション︵CI︶をしましょう Subversionでbranches/tags/trunkでソース管理したら、次に行うべき環境構築はビルド環境。 Javaなら、Ant/Mavenでワンクリックでビルドできるようにスクリプトを作る。 今でもビルドする時に、Eclipseから手作業でビルドしているプロジェクトもままある。 ローカルマシンで手作業でビル
    プログラマの思索: CIツールHudsonを使いこなす

  • 第2回　Hudson事始め | gihyo.jp


    この連載では、オープンソースの継続的インテグレーション(CI)サーバであるHudsonを利用した、ソフトウェア開発の生産性向上について解説しています。前回の記事では、Hudsonの紹介と、インストール手順について解説しました。今回は、実際にHudsonでプロジェクトをビルドをする過程をより詳しく見ていきます。 ジョブの種類を選ぶ まずはHudsonの新規ジョブ作成画面(http://localhost:8080/hudson/newJob)に戻りましょう。ここでは、新しいジョブの作成に先だって、ジョブの種類を選びます。これは、IDEに似ています---ここで適切な種類を選択することによって、プロジェクトにあわせて特化したサポートが提供されるわけです。何もプラグインをインストールしない状態では次の選択肢が表示されます。 フリースタイルプロジェクトのビルド本記事では主にこれを解説します。ソースコ
    第2回　Hudson事始め | gihyo.jp

  • 第1回　Hudsonの導入 | gihyo.jp

    継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（⁠Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能

    第1回　Hudsonの導入 | gihyo.jp
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.