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

Re: Progress of extract and merge non-reflective changes from a reflective rev

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-12-09 19:55:57 CET

On Dec 9, 2007 1:35 PM, David Glasser <glasser@davidglasser.net> wrote:
> On Dec 9, 2007 4:50 AM, Folker Schamel <schamel23@spinor.com> wrote:
> If this really is a normal svn property, does that not imply that when
> revision R+1 is committed, no matter where on the tree that is, we
> also have to clear out all the svn:mergeinfo properties committed in
> revision R?

Exactly, and I believe this was talked about way, way back when using
a property was discussed. That being said, determining the revisions
that were merged at commit time is possible and we can store that in
SQLite without having this problem. And it works with dump/load
without any special consideration.

So I think we are still on the right track with our current approach.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 9 19:56:07 2007

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.