Possible bug in merge tracking

A repository dump file can be obtained here:

http://merge-tracking.open.collab.net/servlets/ProjectProcess?tab=4

A document that explains the repository can be found here:

http://merge-tracking.open.collab.net/servlets/ProjectProcess?documentContainer=c2__Sample%20repository

In the above example at r14 /branches/b is merged into trunk. This
adds the following to the mergeinfo property value:

/branches/b:11-13

I believe this to be incorrect. Shouldn't it have added this:

/branches/a:4-11
/branches/b:11-13

branch a had previously been merged into branch b. So when branch b
was merged into trunk it got the changes from both a and b. It seems
like the change to the mergeinfo property of branch b should have been
merged into the property on trunk, and that would bring along this
change.

The result of this property not being updated like this on trunk is
that if you run this command from a trunk WC:

svn merge $R/branches/a

You get this:

--- Merging revision 6:
--- Merging revisions 8-17:
A products/roadmap.html

When you really should just get nothing since it has already been
merged. In the above case, that file is not really added. svn st
after running this command just reports:

 M .

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