[#30072] send/__send__ and private method — SASADA Koichi <ko1@...>
ささだです。
13 messages
2007/01/04
[#30095] Re: send/__send__ and private method
— Yukihiro Matsumoto <matz@...>
2007/01/06
まつもと ゆきひろです
[#30103] Re: send/__send__ and private method
— SASADA Koichi <ko1@...>
2007/01/07
ささだです。
[#30096] version.h maintenance — SASADA Koichi <ko1@...>
ささだです。
7 messages
2007/01/06
[#30099] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly — Urabe Shyouhei <shyouhei@...>
卜部です。太古のメールに返信する上に-devに振ってしまって恐縮ですが、
6 messages
2007/01/06
[#30100] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Yukihiro Matsumoto <matz@...>
2007/01/06
まつもと ゆきひろです
[#30102] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Urabe Shyouhei <shyouhei@...>
2007/01/07
卜部です
[#30115] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Yukihiro Matsumoto <matz@...>
2007/01/08
まつもと ゆきひろです
[#30139] BASERUBY — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
6 messages
2007/01/16
[#30159] := operator — SASADA Koichi <ko1@...>
ささだです。
11 messages
2007/01/23
[#30161] Re: := operator
— Yukihiro Matsumoto <matz@...>
2007/01/23
まつもと ゆきひろです
[#30164] Re: := operator
— SASADA Koichi <ko1@...>
2007/01/23
ささだです。
[#30163] pre-processor での YARV 判定 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
13 messages
2007/01/23
[#30165] Re: pre-processor での YARV 判定
— "U.Nakamura" <usa@...>
2007/01/23
こんにちは、なかむら(う)です。
[#30166] Re: pre-processor での YARV 判定
— SASADA Koichi <ko1@...>
2007/01/23
ささだです。
[#30169] Re: pre-processor での YARV 判定
— Yukihiro Matsumoto <matz@...>
2007/01/23
まつもと ゆきひろです
[#30171] Re: pre-processor での YARV 判定
— "Nobuyoshi Nakada" <nobu@...>
2007/01/23
なかだです。
[#30178] Re: [ruby-cvs:18815] Ruby:r11571: * misc/ruby-mode.el (ruby-font-lock-syntactic-keywords): fix — Urabe Shyouhei <shyouhei@...>
卜部です。これruby_1_8_5にも入れていただくことって可能ですか?
5 messages
2007/01/24
[#30181] Open3.popen3 の終了処理 — とみたまさひろ <tommy@...>
とみたです。
5 messages
2007/01/24
[#30199] YARV の thread について — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
7 messages
2007/01/28
[#30200] coredump on Mac OS X — "T.Kanai" <tin.k.gm@...>
はじめまして、まるまる と申します。
8 messages
2007/01/28
[#30206] local var name collision in instruby.rb (matzruby) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
7 messages
2007/01/29
[#30207] Re: local var name collision in instruby.rb (matzruby)
— Yukihiro Matsumoto <matz@...>
2007/01/29
まつもと ゆきひろです
[#30208] Re: local var name collision in instruby.rb (matzruby)
— "U.Nakamura" <usa@...>
2007/01/29
こんにちは、なかむら(う)です。
[#30211] String#sub!{...} — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
8 messages
2007/01/29
[#30214] move ruby_1_8_5 to SVN — Shugo Maeda <shugo@...>
前田です。
7 messages
2007/01/30
[#30220] schedule for Ruby 1.8.6 — "Akinori MUSHA" <knu@...>
ruby-core を読んでいない人もいると思うので、ここでもアナウンス
20 messages
2007/01/30
[#30239] Re: schedule for Ruby 1.8.6
— "Hiroyuki Iwatsuki" <don@...>
2007/02/01
岩月と申します。
[#30366] Re: schedule for Ruby 1.8.6
— Nobuyoshi Nakada <nobu@...>
2007/02/17
なかだです。
[#30370] Re: schedule for Ruby 1.8.6
— "Akinori MUSHA" <knu@...>
2007/02/17
At Sat, 17 Feb 2007 10:52:14 +0900,
[ruby-dev:30098] Re: version.h maintenance
From:
Urabe Shyouhei <shyouhei@...>
Date:
2007-01-06 15:43:09 UTC
List:
ruby-dev #30098
卜部です。 SASADA Koichi wrote: > a) version.h の更新のたびに リビジョン番号が上がるのは好ましくないかも > b) 変更があった場合、そのリビジョンでは version.h の日付は以前に > version.h の更新があったときのものになる > a)のほうは「気にするべきではない」と思います。リビジョン番号なんてじゃん じゃん増えて困るもんじゃないと思います。b)はたしかに問題なような気がしま すね。 > 1. version.h をコミッタが変更してからコミットする > > これは、version.h を変更してからコミットするようにコミッタに負担を強い > る方法です。ただ、コミッタの環境でコマンド一発で version.h を更新できる > ようなツールを作るのは難しくないとは思います。 > > コミット時、サーバ側で version.h の変更が無ければコミットさせないよう > にフィルタを作ることも可能だそうです。 > これ(version.hの変更がなければ拒否)は困りませんか?たとえば一日に二回コ ミットするときとかに。 > 2. version.h はチェックアウトしてから作る > > 日付は ChangeLog の行頭などに $Date$ などを加えておくことで、それを解 > 析してから version.h を作成するルールを make に加えることが可能です > (YARV では revision をそうやって作っていた)。ただし、Subversion ではな > く、他のツールを使って管理していたりすると、ちょっと変になりそうです。 > > tar ボールを作るときには、version.h を作っておいてから、ということにな > ります。 > tarを作るのも自動化するのがいいかもしれませんね。 > 3. version.h から日付情報を消す > > いっそ、日付やめてリビジョン番号だけの表記にするとか(現実的じゃない > か)。開発者の場合はそれだけでもいいかも。 > trunkがそうなるのは構わないと思いますが、互換性がなくなってぎゃっという 人は多そうな気がします... > 4. 今までどおり後からコミット > > 従来どおり、コミットがあってから version.h を更新。1 とあわせ技にする > のはありなのかも。 > > > 3つあげてみたんですが、他にもあると思いますので、何かありましたらご指 > 摘下さい。 > 結局post-commitでひっかけてversion.hを自動更新するというのは技術的に困難 だったっていう結論なんでしょうか。だとするとありそうな選択肢としてはcron で毎日一回version.h更新スクリプトを走らせるようにするとか...