Re: [Monotone-devel] Re: How new-style codeville merge works

2005-05-08 Thread Nathan Myers
On Sat, May 07, 2005 at 09:29:17PM -0700, Zack Weinberg wrote: Nathaniel Smith [EMAIL PROTECTED] writes: Yes, a weave (SCCS's storage format) turns out to be remarkably well-suited to this. It would, however, be silly to clone SCCS's storage format exactly. Of course that's not an issue

Re: [Monotone-devel] Re: How new-style codeville merge works

2005-05-08 Thread Zack Weinberg
Nathan Myers [EMAIL PROTECTED] writes: On Sat, May 07, 2005 at 09:29:17PM -0700, Zack Weinberg wrote: I think it would be possible to make [the second half of an s.file] append-only too, but that would probably hurt checkout performance. ... unless it started with the file position of the

Re: [Monotone-devel] Re: How new-style codeville merge works

2005-05-08 Thread Nathaniel Smith
On Sun, May 08, 2005 at 11:00:51AM -0700, Zack Weinberg wrote: My suspicion is that you could re-sort the on-disk weave by version number, like so version 1 of line 1 version 1 of line 2 version 1 of line 3 ... version 2 of line 2 version 2 of line 4 ... version 3 of line 12 making

[Monotone-devel] Re: How new-style codeville merge works

2005-05-07 Thread Bruce Stephens
Nathaniel Smith [EMAIL PROTECTED] writes: FYI: http://thread.gmane.org/gmane.comp.version-control.revctrl/2 Oh. If I understand correctly, then it sounds like the basic storage that everone's using is suboptimal, and really SCMs should store a big database of lines, and files get stored as

Re: [Monotone-devel] Re: How new-style codeville merge works

2005-05-07 Thread Nathaniel Smith
On Sat, May 07, 2005 at 11:56:03PM +0100, Bruce Stephens wrote: Nathaniel Smith [EMAIL PROTECTED] writes: FYI: http://thread.gmane.org/gmane.comp.version-control.revctrl/2 Oh. If I understand correctly, then it sounds like the basic storage that everone's using is suboptimal, and