"Bill Tutt" <rassilon@lyra.org> writes:
> > :-) The problem is that without a delta combiner, people like me run
> > out of stack trying to undeltify some old revisions. The way I see
> > it, we either need an amazing external deltifier, or we should
> > internally do our deltification in a less prone-to-infinite-growth
> > fashion. Perhaps this is where the skip-lists come into play.
> >
>
> Possibly, although my take on it (if we don't have a delta combiner) for
> 1.0 would be: Screw it, pretend we're Vesta and just don't deltify
> anything. As Vesta correctly points out: disk space is cheap, why
> complicate something needlessly? ;) I'm sure there are are lots of ther
> things that need help besides just undeltification performance work. I'd
> honestly only want to try the skip-list stuff if we figured out that a
> delta-combiner just wasn't possible with svndiff.
Actually, I was thinking (watch out), and I realized that my brain was
treating `svnadmin deltify' and `svnadmin undeltify' as a pair, like
you had to have both, or neither. This is simply bogus. `svnadmin
undeltify' is mindless to implement (indeed, should still work today,
though `svnadmin deltify' does not) AND is actually useful. That is,
right now if I want to be able to dump revision 278 of a copy of the
Subversion filesystem, I need to undeltify some revisions after 278 so
my deltas for that revision aren't so darned deep. And you know what?
I'll never want to re-deltify that, because then I'll be in the same
ill state I was in when I started!
LIST-FOLK: If you think we need to keep `svnadmin deltify' around,
you better let me know soon, 'cause she's about to disappear!
`svnadmin undeltify' will stay, though (it scratches my itch).
> No, auto-merging should commit the predecessor nodes correctly.
Oh...um...the merge code doesn't (any more) do any cloning whatsoever.
That code has been ripped out. Hm. Looks like I have some more work
to do. {grumble, mumble}
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 1 14:34:59 2002