[#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
[#44612] Re: Ruby 2.0 release plan — Yusuke Endoh <mame@...> 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>:

[#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:44604] Ruby 2.0 release plan

From: "NARUSE, Yui" <naruse@...>
Date: 2011-10-18 06:27:41 UTC
List: ruby-dev #44604
ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、
ど真ん中リリースプランについてのが無いと思うので、
とりあえず日本語でリリースプランをまとめました。

= 次のバージョン

2.0 とする。
1.9.4 は特に手を挙げるものが現れない限りリリースしない。
(ささださんは撤回したと理解しています)

= バージョニング規則

以下の通り変更する。

MAJOR: (ABI の) 後方互換性を切るときに上げる
MINOR: 後方互換性を保ったリリースの際に上げる
TEENY: 常に 0
PATCHLEVEL: リリースブランチについて、patch 1 つにつき 1 つ加算

= 2.0 リリーススケジュール

2012 年 12 月 24 日 preview 1 (feature freeze)
2013 年  2 月 24 日 release (Ruby 20歳)

see also [ruby-dev:27275]

= リリースエンジニアリングの方針

何があろうとこの日付に出す。
間に合わない機能は入れないし、足を引っ張ったら revert する。

* code freeze 後の修正は regression のみとする

= リリースエンジニアリングチームの導入

1.9.2 での mame さんの活躍や、1.9.3 での kosaki さんの活躍を鑑みるに、
要するに一人じゃリリースは困難だと思うのです。

一方でその場で気づいた人が backport という方針だと、今度は「フリーズ後は
release manager の許可無く backport しないこと」の縛りが形骸化するので、
これを「release engineering team の許可無く」に変えよう、というわけです。

= まとめ

まつもとさん、version.h を 2.0.0 に変えてください

-- 
NARUSE, Yui  <naruse@airemix.jp>

In This Thread

Prev Next