[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Minimizing the `revisions' table.

From: <cmpilato_at_collab.net>
Date: 2002-06-14 22:21:23 CEST

Greg Stein <gstein@lyra.org> writes:

> > Oh, "replace = delete + add", where modify means "text or prop
> > changes". Sorry for the ambiguitiy.
> The change are going to come into the FS quite separately. If a delete comes
> in, and followed sometime later by an add, then you'll end up with those two
> changes recorded. There is no way that you can/should consider scanning the
> table for each "add" to see if there was a corresponding "delete" which
> should be remapped to a "replace".
> Heck. I'm not even sure how you're going to populate this table. If
> svn_fs_make_file() is called, then you're going to get an add. Some time
> later, somebody is going to change its contents, so you'll get a "modify"
> for its text, then another "modify" for its properties.

Yeah, I just independently arrived at the same conclusion. :-( I
certainly don't want multiple table rows per path. Perhaps the answer
is to map

   revision-id => (path, node-revision-id)

and populate the `changes' table rows for a given revision during the
deltification walk post-commit.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 14 22:23:35 2002

This is an archived mail posted to the Subversion Dev mailing list.