[#30220] schedule for Ruby 1.8.6 — "Akinori MUSHA" <knu@...>

 ruby-core を読んでいない人もいると思うので、ここでもアナウンス

20 messages 2007/01/30

[ruby-dev:30153] Re: version.h maintenance

From: SASADA Koichi <ko1@...>
Date: 2007-01-23 03:13:43 UTC
List: ruby-dev #30153
 ささだです。

Urabe Shyouhei wrote:
> NARUSE, Yui wrote:
>> pre-commit 等を使う方法ですよね。
>>
>> version.h を手で変更させるのはスマートじゃない気がするので、
>> ChangeLog に $Id$ を埋め込んで、その情報を使って、
>> make 等のタイミングで version.h を生成するのはどうでしょう。
>>   
> 
> それは案2.じゃないでしょうか。

 そのつもりでした。


>> コミット毎に ChangeLog が更新されていることを pre-commit で確認すれば、
>> 常に ChangeLog の $Id$ に最新の日付とリビジョンがあるはずですから。
>>
>> # [ruby-dev:30097] への案ともして
>>   
> 
> 個人的にはChangeLogを書かないときがある(他の枝から変更をsvn mergeした直
> 後のpatchlevelだけあげるコミットにChangeLogは不要)ので、そういうのが拒否
> されちゃうのは若干困るかなーという感じですね。コミットログを読んでいると
> ChangeLogを書かないケースは何通りかあって
> - version.hのみを変更しているとき(日付、patchlevel)
> - svn peだけのとき
> - svn rmだけのとき
> - 直前のコミットがあきらかなミス(conflict放置してたとか)で、その修正
> くらいはChangeLogが書かれてなさげです。特にsvn rm tags/fooでまるごと消す
> 場合とかは、ChangeLogの書きようがありません。

 上記の場合には ruby -v の表示は変わる必要無いかなぁ、という気がするの
で、たとえば trunk と branches しかチェックしない、とか。

 なんとなく、まつもとさんが version.h を更新してコミットしてくれている
ようなので、案1?

-- 
// SASADA Koichi at atdot dot net


In This Thread