[#44586] [Ruby 1.9 - Bug #5423][Open] readlineの入力待機中に端末のウィンドウサイズ変更すると入力内容が乱れる — Takuto Matsuu <matsuu@...>

8 messages 2011/10/08

[#44589] [Ruby 1.9 - Bug #5429][Open] 64ビットなFreeBSDのioctlでビット31が1なリクエストの時の不具合 — Makoto Kishimoto <redmine@...>

21 messages 2011/10/09

[#44604] Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...>

ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、

75 messages 2011/10/18
[#44607] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44618] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/18

(2011/10/18 16:15), Yukihiro Matsumoto wrote:

[#44619] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44627] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:

[#44629] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/19

まつもと ゆきひろです

[#44631] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

たとえば2.0の次のバージョン番号はどうしますか?

[#44633] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/20

2011年10月20日3:31 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#44612] Re: Ruby 2.0 release plan — Yusuke Endoh <mame@...> 2011/10/18

遠藤です。

[#44707] [ruby-trunk - Feature #5512][Open] Integer#/ の改訂 — tadayoshi funaba <redmine@...>

13 messages 2011/10/30

[#44719] [ruby-trunk - Feature #5520][Open] Numeric#exact?、Numeric#inexact? の追加 — tadayoshi funaba <redmine@...>

13 messages 2011/10/31

[ruby-dev:44661] Re: Ruby 2.0 release plan

From: Ayumu Aizawa <ayumu.aizawa@...>
Date: 2011-10-21 08:40:05 UTC
List: ruby-dev #44661
あいざわです

> (11/10/20 13:26), Ayumu Aizawa wrote:
>>  TEENY 機能追加したとき
>>  - 新しいクラスやメソッドの追加、大きな改善
>
> この方針だとあっという間に溢れそうな気がします。

2.0.0は成瀬さんの案でよいとおもうのですが、その後の2.0系列については、リリース候補月を
あらかじめ決めておいて、そこ以外でのリリースは行わない方針を考えていました。
(セキュリティ対応など緊急の場合はパッチリリースで対応)

例えば2.0系列でのリリース最短サイクルを4ケ月とした場合、2.0.1がリリースされるのはどんなに
早くても2013年8月、その次は2013年12月、その次は2014年4月 ... となります。
各リリースポイントの2ケ月前に、リリース判定ポイントをおき、次のリリースポイントでリリースを
おこなうかどうかを判断します。

判断基準は
 - 次のリリースに含めたい機能が判断ポイントまでに十分なテストが行われているか
 - 次のリリースをおこなうにあたって、十分なリソース(リリースエンジニアリングチーム)が編成できるか
などを鑑みて、リリースマネジャーがTEENY(またはMINOR)を上げるようなリリースをするか
しないかを判定します。

リリースするという判断をした場合は、リリースエンジニアリングにリリースまでにやらなければならない
作業を明示して、それがリリースポイントの1ケ月前までにクローズしていれば最終的にリリースを実施
するプロセスに入ります。

リリースしないという判断をした場合は、その回のリリースは見送られるか、単にバグ修正を集積した
パッチリリースのみをおこないます。

In This Thread