[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[b-free: 781] Re: ハイパーテキスト
■ [b-free: 779] Re: ハイパーテキスト
□ Ryuichi Naitoh<naitoh_r@soft.hitachi.co.jp> さんへのお返事
岩間です。
■ Ryuichi Naitoh さんのメールからの引用です
□VAX/VMS 以外だと plan9 が、更新前のすべてのファイルを保存しているような
□ファイルシステムをもっていたと思いますが、こちらはどういう風になっている
□のかよく知りません。たしか、指定した日付の状態のファイルシステムを再現
□できるとかいう話です。
なるほど、fj.os.misc あたりで見た、「ユーザーが使いきるよ
りも容量が増えるほうが速い」という言葉って、これを意味してい
たんですね。
□バージョン毎のファイルを保存する機能をサポートすると、ファイルを削除し
□たいときとか、古いファイルをアクセスしたいときに、何を手がかりにして途
□中のバージョンを指定すればいいのかとか、いろいろ考えなければいけないこ
□とがあります。
そうですね。そこら辺はちゃんと考えなければいけませんね。
削除に関しては、
・最新版とリンク・保護されているもの以外を一括削除
・リンク・保護されているもの以外を一括削除
・最新版 or 特定のバージョンのみの削除
・完全削除
というパターンがあると思います。ハイパーリンクの性格を考える
と、完全削除というのは、必要ないかもしれませんね。
古いバージョンへのアクセスは難しいですよね。たとえば、
・1日単位(区切りは朝6時とかがいい?)での最新版
・更新されるまでの間隔の長いもの
・リンク・保護されているもの
というので一覧できるといいですよね。それ以上細かい情報が必要
になれば、バージョンマネージャを使えばいいのではないかな。
□ところで、新しいバージョンのファイルを作るのはどういうタイミングがいい
□のでしょうか? (write 毎、アプリケーションの終了時、などいろいろ考えら
□れますが、どれも一長一短がありそうです)
ぼくは、ファイルを更新してクローズする時に更新したのでいい
と思います(実際には、open 後初めての write 時になるのかな)。
□昔のバージョンのファイルを更新すると、自動的に枝わかれするようにすると、
□ファイルの管理が大変じゃないですか?
□昔のバージョンは、read only にして、枝わかれは明示的に指定した方がいい
□と思います。
□そうしないと、どのバージョンが最新かわからなくなりそうです。
うーん……バージョン管理という考え方自体をあまり意識させた
くないんですよねぇ。だから、枝別れした場合には、その枝の中で
の最新版を自動的に選択するようにして欲しいです。
つまり、明示的にバージョン指定(固定)をしない限り、途中の
バージョンは参照されないという感じです。
このやり方であれば、バージョン管理を意識することはないと思
いますし、枝別れが起きるという事自体が、「固定された文書の更
新」という特殊な作業になるので、その時点で「最新版へ更新する
か、枝別れを作るか」を尋ねるようにすれば、混乱は少ないと思い
ます。
ただ、「枝別れ」自体がわかりにくい概念のような気がするので、
わかりやすいバージョンマネージャが必要ですね。
□それと、GUI 上でバージョンをどう表現するかも問題ですよね。
これは、好みも別れそうですからねぇ。商用の RCS とかだと、
バージョンマネージャがあると思うのですが、あぁいう感じになる
のかなぁ。
------------------- ________________________________________________
/ 岩間和彦@雑居部屋 / EMail .. Kazuhiko Iwama <with@zakkyo.or.jp> /
/____________________/ Homepage .. http://www.st.rim.or.jp/~with/ /
----------------------------------------------