[#29736] [提案] Kernel#p をもっと便利に — "Yusuke ENDOH" <mame@...>

遠藤侑介と申します。

19 messages 2006/11/01

[#29765] merge with YARV — SASADA Koichi <ko1@...>

 ささだです。

16 messages 2006/11/03

[#29767] 1.8 proposal of RUBY_PATCHLEVEL — URABE Shyouhei <root@...>

-----BEGIN PGP SIGNED MESSAGE-----

52 messages 2006/11/04
[#29771] Re: 1.8 proposal of RUBY_PATCHLEVEL — Shugo Maeda <shugo@...> 2006/11/04

前田です。

[#29925] ruby -v — Urabe Shyouhei <shyouhei@...>

卜部です。

28 messages 2006/11/24

[#29964] 1.8, 1.9, svn化, などなどのまとめ — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

15 messages 2006/11/28

[#29970] BUG: Incorrect handling of Ignorecase matching (regex.c of 1.8.5) — "きむらこういち" <hogemuta@...>

木村です。

15 messages 2006/11/28

[ruby-dev:29967] Re: 1.8, 1.9, svn化, などなどのまとめ

From: Urabe Shyouhei <shyouhei@...>
Date: 2006-11-28 08:28:45 UTC
List: ruby-dev #29967
卜部です。

Yukihiro Matsumoto wrote:
> 何を入れるか決定するのも卜部くんの担当だと認識していますが、
> 1.8.5に対して「例の一行パッチのみ」であれば、previewは不要で
> しょう。個人的にはもう一行当ててほしいのですが、それは別便で
> 連絡します。
>   

えーと、いずれにせよ、一件のバグ修正に対しては一個のパッチレベルが消費さ
れるべきと思います。

さて、となると複数のバグが連続して見つかった場合とかにリリースをどうする
べきかという話なのですが、

(1) 面倒でもそれぞれ毎回リリースする。アナウンスも毎回出す
(2) 全部まとめて単一のリリースにする。アナウンス一回
(3) CVS/SVNにはそれぞれのタグを付けるがリリースは一回で行う
(4) 複数のリリースを同時に出すけどアナウンスは一回でまとめる

くらいの選択肢がありそうです。(1)はユーザーに面倒を強いるかもしれませ
ん。(2)は個人的には嬉しくないです。(3)はリリースのtar玉の番号が連番では
なくなってパラノイアには気になります。(4)は作業量が(1)に比べてあまり減ら
ないので(卜部が)面倒です。という、それぞれに長短ありそうなのですが、どう
するのがいいでしょう?

個人的には(3)か(4)かなあ。


In This Thread