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

Re: Proposal to implement get_commit_and_merge_ranges from FS

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 25 Jan 2008 09:56:44 -0500

On Jan 26, 2008 9:52 AM, Kamesh Jayachandran <kamesh_at_collab.net> wrote:
> > So, just to clarify, what you're looking for is mapping of revision
> > numbers (across a range) to mergeinfo changes made in that revision?
>
> Yes.
>
> > Why only mergeinfo additions -- aren't the subtractions interesting, too?
> >
>
> I am not interested in substractions as we don't support repeat 'merge
> reversal'.

If we changed our mergeinfo handling to not merge changes to the
mergeinfo property and instead just record direct mergeinfo, then we
could get the information you need by doing a property diff for that
revision. Right? Code we already have somewhere.

What impact would it have on our code if we did not carry around the
indirect mergeinfo? Do we currently rely on this information as a
form of cache ... or rather to save us from crawling the fs?

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-01-25 15:56:55 CET

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.