[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: Kamesh Jayachandran <kamesh_at_collab.net>
Date: Sat, 26 Jan 2008 20:38:52 +0530

> 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.

No impact. What I try to implement is equivalent of 'mergeinfo_changed'
table in issue-2897 branch.

This information is retrievable by doing a prop diff with earlier revs.
But would be very complicated and performance intensive.

> 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?

I don't rely on direct/indirect mergeinfo, I just bother about what is
new merge in this commit.

With regards
Kamesh Jayachandran

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 16:09:26 CET

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