アジャイル開発のインフラを支える三種の神器 - プログラマの思索
「開発インフラの三種の神器といえばSCM, BTS, CI」という言葉から、チケット駆動開発とアジャイル開発、更にはソフトウェア開発の関係についてもう一度考え直してみる。 ラフなメモ書き。 【元ネタ】 金曜日は分散バージョン管理勉強会。大物スピーカーも来るよ！ - watawata日記 【1】アジャイル開発は多分ソフトウェア開発をやっている人なら自然に理解できる概念だと思う。 イメージ的には、コーディング、コンパイル、実行を繰り返すプログラミングスタイルを開発プロセスへ抽象化すればいいだけだからだ。 でも、ソフトウェア開発は、プログラミング以外の雑多な作業が結構多い。 開発抽象化レイヤーを担う人: プログラマの思索にも書いたけれど、プログラマがプログラミングに専念してアジャイルに開発するには、雑多な作業を意識しなくても良い開発環境を必要とする。 その開発インフラはBTS、SCM、CIでほぼ
Hudsonプラグインまとめ - wyukawa's diary
Hudsonには多くのプラグインがあるわけですが、どれをインストールすればいいのかよくわからなかったりします。 ちなみにプラグイン数やダウンロードランキングは以下参照 Hudsonのプラグイン数をグラフ化する - ssogabeの日記 プラグインのダウンロード統計 - 川口耕介のブログ またプラグインの説明が英語しかなく画面キャプチャーも少ないので使い方がいまいちわからなかったりします。 使い方に関しては実際にインストールして試行錯誤するのが早いとは思いますが、 どれをインストールすればいいのかに関しての情報があんまり無いような気がするので独断と偏見で書いてみたいと思います。なおJavaプロジェクトを前提とします。 SCM連携 Subversion使っているならHudsonがデフォルトでサポートしているので何もする必要無し。 CVS, VSSは、、、いってよしっというわけにもいかない状況が
Hudson Continuous Integration
Extend Hudson Learn how to build Hudson or extend Hudson by writing plugins. 02/15/2016 - Hudson 3.3.3 Security Patch Released Hudson 3.3.3 is now available from the Hudson downloads page. This is a patch set improves the default security of Hudson by locking down the Hudson Command Line Interface (CLI) by default. For more information see the changelog 11/02/2015 - Hudson 3.3.2 Security Patch Rel
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
第3回 Hudsonによるチーム間の連携 | gihyo.jp
この連載では、オープンソースの継続的インテグレーション（CI）サーバであるHudsonを利用した、ソフトウェア開発の生産性向上について解説しています。前回の記事では、Hudson上に継続的ビルドを設定して、ソースコードに加えられた変更をいち早くビルドし、結果を開発者にフィードバックする方法に付いて見てきました。今回は、視野を少し広げて、規模の大きいソフトウェアプロジェクトの開発で、Hudsonを更に有効活用する方法についてみていきます。 テストを有効活用する 実行したテストの結果をHudson上に集計する方法については前回述べました。ビルドと同時にテストもやってしまうという手法は、小さなプロジェクトやライブラリ、もしくはテストの数も少ない場合にはとても有効です。ですが、プロジェクトが大きくなりテストの数が増えるにつれ、テストの実行時間が長くなり、この方法では迅速にフィードバックを得ることが
第2回 Hudson事始め | gihyo.jp
この連載では、オープンソースの継続的インテグレーション(CI)サーバであるHudsonを利用した、ソフトウェア開発の生産性向上について解説しています。前回の記事では、Hudsonの紹介と、インストール手順について解説しました。今回は、実際にHudsonでプロジェクトをビルドをする過程をより詳しく見ていきます。 ジョブの種類を選ぶ まずはHudsonの新規ジョブ作成画面(http://localhost:8080/hudson/newJob)に戻りましょう。ここでは、新しいジョブの作成に先だって、ジョブの種類を選びます。これは、IDEに似ています---ここで適切な種類を選択することによって、プロジェクトにあわせて特化したサポートが提供されるわけです。何もプラグインをインストールしない状態では次の選択肢が表示されます。 フリースタイルプロジェクトのビルド本記事では主にこれを解説します。ソースコ
特集：Hudsonを使ったアジャイルな開発入門｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第1回 Tracをオススメする，これだけの理由：ITpro
Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer