|
|
![]() |
|
リリースモデルは、配布されるソフトウェアの性質に大きな違いを生みます。私はただひとつの "理想的な" モデルはないと考えています。何を選択するかはコードベース、コードを作成するグループやコミュニティ、ユーザや顧客、技術の利用可能性(言語、 CIのツール、他)などに依存します。Hudoson でうまくいくリリースモデルは GlassFish や Solaris ではうまくいきません。
|
MySQL はアジリティ、クオリティ、予測可能性そして機能性を改善するためにリリースモデルを変更しています。Giuseppe が概要を投稿してくれました。一言で言えば、トランクツリーはつねにベータ版の品質で、新しいフィーチャーは最初ステージブランチで開発され、トランクに統合されます。そして RC のクオリティに移行し、新しいサイクルがスタートします(この図を参照)。 詳細と MySQL University での Tomas のプレゼンテーション(スライドのみ。レコーディングの公開はこれから)は MySQL Forge にあります。 |
基本的なモデルを実現可能のようです。私たちはモデルを調整するためのいくつかのリリースサイクルを必要としていて、これがどのように実際のサイクルの中で機能するか検証する予定です。Don Quijote (ドンキホーテ) が言ったように、"the proof of the pudding is in the eating (論より証拠)" です。