[ruby-dev:13269] Re: Suggestions for Ruby development

At Mon, 21 May 2001 06:04:34 +0900,
matz wrote:
> |1) ユーザから見た変更点のサマリーを記したファイルを ChangeLog
> |   とは別に用意し、メンテナンスするようにしてはどうか。
> 
> NEWSファイルはいろいろと嬉しい点があるのですが、私の仕事が増
> えるという点だけは嬉しくないですねえ。ChangeLogでバグフィッ
> クスでない修正にある種のマークを付ける(あとでNEWSに抽出しや
> すいように)というのであれば、私にとってそれほど大変じゃない
> ですね。

　あ、それがいいです。それなら、リアルタイムでなくてもあとから
拾えますし。例えば、[new] でどうでしょうか。

> |2) 開発版から安定版へのバックポートの目安にするため、 commit log
> |   あるいは ChangeLog に何か分かりやすい目印を書くようにするのは
> |   どうか。
> 
> 現時点では忘れないようにバックポート(っていうのかな)は同時に

　前述の通り、同時にやる場合はまったく問題ないです。

> 行うようにしています。一生懸命テストしなくちゃいけないような
> 機能は安定板には追加しないつもりですし。

　ただ、試験的な高速化とか、ちょっとした新しいメソッドの追加と
いうのはたまにあると思うんです。リリース前になって何をバック
ポートしようか迷うことになってはスケジュールに影響してしまい
ますし。「バックポートするつもりなら優先的にテストしてみよう」
など、新しい動きが出るとおもしろいかなと。

　あくまで、備忘のために書いた方が手間が減るという場合に何か
決まった目印を付けて頂ければ、と思っただけです。

> 私が開発版にだけ手を入れて、ログにマークを付ければ「自動的に」
> (私から見て、もちろん誰かがやる必要がある)、安定版でも修正さ
> れるという体制が確保できれば、私が楽になるので大変うれしいこ
> とですが、コミットされたいくつかの変更のうち、安定版にバック
> ポートするべきものだけ分離するというのは、それはそれで第三者
> には面倒な作業でしょうねえ。
> 
> バックポートするべき修正だけを分離してコミットするようにすれ
> ば良いんでしょうか。

　そうですね。「こないだの 1.7 での修正がどうも 1.6 に反映
されていない」というものを探し出して確認する手間が減らせれば、
と思いまして。ところで、最近は逆もあったりしますね。。(*)

　あるいは、現状バックポートしないものの方が少ないようですので、
しない方に印を付けるのが楽かもしれません。そうすると、上の印と
同じになり、一種類で済みますね。それがよさそう。


(*) 依然 1.6 のみ修正されて 1.7 には反映されていないものも
    残っているようなので、あとで洗い出してみます。

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"Freeze this moment a little bit longer, make each impression
  a little bit stronger..  Experience slips away -- Time stand still"