[ruby-dev:29890] Re: 1.8 proposal of RUBY_PATCHLEVEL

卜部です。

Shugo Maeda wrote:
> 1.8.6からだとすると、1.8.6をどういう形でリリースするかを考えない
> といけないですね。
> 1.8.5リリース後にcommitされたバグ修正以外の変更はどう扱うべきで
> しょうか。
>   

んー、なので、1.8.6-p0が1.8.5リリース後にcommitされたバグ修正以外の変更
も含んでいて、1.8.6-px (\ensuremath{ x \in \mathbb{N} } ) はもう凍結に近
い状態でバグ修正しかしないというイメージなのかと思ってましたが。

> ということは、バグ以外の変更はすべて巻き戻しということでしょうか。
> # cgi.rbの文字コード周りみたいな微妙なのをどうするかは別途考える必要が
> # あるでしょうが。
>   

どうなんですか?>まつもとさん

なおcgi.rbの件は結局文句いう人がいないので、あれは誰も使ってないんだろう
という結論に俺の中ではなっています。

> あと、聞きたいのは、以下の3点です。
>
> * パッチセットの粒度
>     どういう粒度でパッチセットを管理しますか?
>     1つのバグに1つのパッチセットが対応?
>   

これは運用してみないとわかりません。たぶん最初は一個のバグで一個のパッチ
セットくらいの粒度で運用開始すると思いますが、それが最適かどうかは分から
んので、たぶんすぐ変更するでしょう。

> * リリース判断の基準
>     パッチセットが追加されるたびにリリースするのでしょうか?
>     それとも問題があった時だけ?
>     あるいは定期的にリリース?
>   

慣例に従い毎年12/20付近にはなんか出す可能性があります。
それから、脆弱性が見付かった場合など緊急性を要する時にも出さないわけには
いかないと思います。
うえふたつ以外のケースは正直あんまり深く考えてないんですけど、随時ってこ
とではダメなんでしょうか。

> * ruby_1_8ブランチへのcommit権
>     今までどおりでしょうか?
>     個人的にはそれだと現状の開発者だと上手く回らないような気がするので
>     リリースマネージャ(あるいはリリースチーム)に限定した方がいいように
>     思います。
>   

リリースチームかあ。かっこいいなあ。
技術的に可能であればそれもありかもと思いますが可能なんでしょうか?