|
|
![]() |
|
リリースモデルは、配布されるソフトウェアの性質に大きな違いを生みます。私はただひとつの "理想的な" モデルはないと考えています。何を選択するかはコードベース、コードを作成するグループやコミュニティ、ユーザや顧客、技術の利用可能性(言語、 CIのツール、他)などに依存します。Hudoson でうまくいくリリースモデルは GlassFish や Solaris ではうまくいきません。
|
MySQL はアジリティ、クオリティ、予測可能性そして機能性を改善するためにリリースモデルを変更しています。Giuseppe が概要を投稿してくれました。一言で言えば、トランクツリーはつねにベータ版の品質で、新しいフィーチャーは最初ステージブランチで開発され、トランクに統合されます。そして RC のクオリティに移行し、新しいサイクルがスタートします(この図を参照)。 詳細と MySQL University での Tomas のプレゼンテーション(スライドのみ。レコーディングの公開はこれから)は MySQL Forge にあります。 |
基本的なモデルを実現可能のようです。私たちはモデルを調整するためのいくつかのリリースサイクルを必要としていて、これがどのように実際のサイクルの中で機能するか検証する予定です。Don Quijote (ドンキホーテ) が言ったように、"the proof of the pudding is in the eating (論より証拠)" です。
OpenSSO プロジェクトはアーリーアクセスビルド -- OpenSSO Express Build 5 -- に対するフィードバックを求めています。このビルドにより、コミュニティメンバには Sun の次期商用製品のアーリーアクセス (EA, 早期アクセス) に参加する機会が生まれます。 アーリーアクセスドキュメント に目を通し、エクスプレスビルド 5 を試してみましょう!アーリーアクセスに対するフィードバックは opensso.eafeedback@dev.java.net までお願いします。
原文: The Hudson Game - A Modern, Enlightened Version of the Rubber Chicken
|
"ゴムのチキン" は時々、開発者達が "Breaking Build" を避ける事を推奨するための方法として使われます (Martin Fowler の CI 記事 の中の "rubber" を検索して下さい)。 ゴムのチキンはいくつかの社会的な苦悩を生み出しますが、その愚かしさは心の痛みを除きます。 昨年の秋に、Clint Shark は その他の指示から働き、社会的な良い還元に報いる CI ゲームについての記事を書きました。 また、先週 Redsolo がこれをする Hudson プラグインを投稿しました。 Continuous Integration Game をご覧下さい、もしくは直接プラグインを訪れてみて下さい。 追記。GFv3 の移行は最近その公正な "Broken Build" の共有を経て行われました。 私は Kohsuke らが彼らがそこで採っていたアプローチについて書いてくれる事を望みます。 |