大規模受託開発におけるCI - wyukawa's diary
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト すばらしいスライドだ。ディリービルドとリグレッションテストを大規模パッケージ開発において適用したときの雰囲気が良く現れている。10年前の話のようだが今で言うCI（継続的インテグレーション）だよね。 僕も2年ぐらい前にパッケージ開発でCruiseControlを適用したことがある。junitのテストケースがあったがメンテされていなかったので使わなかった。結合レベルの自動テストもあったがこれもメンテされておらずそんなに使わなかった。スローテスト問題もあったしね。その代わり新たに結合レベルの自動テストを作っていってそれなりにうまくいったように思う。ただ実質一人プロジェクトだったこともあり途中から面倒になってやらなくなった。一人だと自分のローカルがマスターといってもいいので大規模に比べるとCIのメリットは薄い。
Hudsonプラグインまとめ - wyukawa's diary
Hudsonには多くのプラグインがあるわけですが、どれをインストールすればいいのかよくわからなかったりします。 ちなみにプラグイン数やダウンロードランキングは以下参照 Hudsonのプラグイン数をグラフ化する - ssogabeの日記 プラグインのダウンロード統計 - 川口耕介のブログ またプラグインの説明が英語しかなく画面キャプチャーも少ないので使い方がいまいちわからなかったりします。 使い方に関しては実際にインストールして試行錯誤するのが早いとは思いますが、 どれをインストールすればいいのかに関しての情報があんまり無いような気がするので独断と偏見で書いてみたいと思います。なおJavaプロジェクトを前提とします。 SCM連携 Subversion使っているならHudsonがデフォルトでサポートしているので何もする必要無し。 CVS, VSSは、、、いってよしっというわけにもいかない状況が
継続的インテグレーションのアンチパターン - 現場のためのソフトウェア開発プロセス - たかのり日記
IBM developerWorks:万人のためのオートメーション: 継続的インテグレーションのアンチパターン 継続的インテグレーション（CI）について、アンチパターンが紹介されています。 CIは、品質向上のためのひとつの施策有効だと考えていますが、実プロジェクトで導入しているケースはさほど多くないように思います。 CIの導入を成功させるにあたり、以下のアンチパターン、およびその対処策を知っておくことは重要だと言えるでしょう。 第 1 回 頻繁にチェックインを行わないため、インテグレーションに遅れが生じる ビルドに失敗しているため、チームが他の作業に進めない フィードバックが少ないため、対応することができない やみくもにフィードバックが送られてくることから、人々がメッセージを無視するようになる 遅いマシンを使用していることが原因で、フィードバックに遅れが出る 肥大化したビルドに依存している
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
