[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

[MD:1151]Meadow.plan file



後藤@太陽計測です

>>>>> at 01 May 1999 03:36:47 +0900
>>>>> himi <himi@xxxxxxxxxxxxxxxxxxxxxxxxx> said,

himi> Emacsは、全体としての統一的なメンテナンスがとても難しいsystemです。
himi> 私は、workaholicになりたくはないので、^^;;; XEmacs Likeな開発体制
himi> はとても無理だと思います。すべての変更点は、私がすべてチェックしま
himi> す。したがって、たとえ、committerが複数人になったとしても、
himi> Primitive Functionまわりに対する変更点は、すべて、私が管理したいと
himi> 思っています。

私も、おそらくそれが現状からCVS移行するに一番ギャップの少ない方法かなと
思います。

diffの提出 => strict-check(by himi) => OK! => commit (by himi or else)
				    => pend.. (=> Meadow.plain?)
                                    => modify => commit (by himi)
                                    => reject

ですかね。


> CVS導入の際には必要なポリシー類を決める/したがう必要があるでしょうから、
> そのへんを面倒と捕らえるか、もっと気楽にチャレンジしてみるか、お任せしま
> す。

himi> まあ、まずは、Meadow.planファイルの管理のためにもCVS serverを上げ
himi> てみましょうかね。

お手間でなければ賛成です。 Meadow.planファイルの管理に加えてread-onlyな
使い方だけでも、各メンバーがupdateで追っかけできるというメリットも生まれ
ますしね。


ところで、Meadow.planの編集用モードを、といっていましたが、(必要ならば
チャレンジしますが)ハンパなものを作ってもしょうがないし、ヘンに凝っても
しょうがないし。。。

閲覧性を上げる? 記述性を上げる? MUAとの連携が欲しい?

なんとなく思うイメージの1つとしてはBABYL形式にしてRMAILモードを利用して 
Summary/View/Marking を使ってしまうというもの。閲覧性の点でよいのかなぁ、
とか考えてます(ほかのMUAを利用しても良いかもしれませんが)。あるいは必
要な欄を埋めてカード型データベースとして利用、というのならforms.elを使っ
て簡単に実現可能かなと思います。

さて、どういうモノを望んでますでしょうか。

--- Regards,
 Shun-ichi Goto  <gotoh@xxxxxxxxxxx>
   R&D Group, TAIYO Corp., Tokyo, JAPAN