RE: Issue with order of svn:mergeinfo revision ranges vs. svnmerge-migrate-history.py..

I have the same problem with out of order AND overlapping svn:mergeinfo properties created by the svnmerge-migrate-history.py script. The problem is that I was not aware of the error for some time and many revisions were commited to the repository with improper svn:mergeinfo data. I have since fixed the invalid svn:mergeinfo properties, but now when someone tries to merge older revisions with a "bad" svn:mergeinfo property I get the "out of order" or "overlapping" revision errors.

THIS IS A HUGE PROBLEM FOR ME!!

Here's the svn:mergeinfo property that's giving me problems.

/branches/branch1:43832-45742,49990-53669,43832-49987

As you can see it is both out of order (43832 is after 53669) and overlapping (43832-45742 overlaps 43832-49987)

This issue and a partial fix for it is discussed in Issue# 3302.
Here's a copy of the comment of interest for this Issue

------- Additional comments from Paul T. Burba Fri Jan 16 17:54:55 -0800 2009 -------

In r35297 I loosened svn_mergeinfo_parse()'s restrictions on unsorted
rangelists. It now tolerates them, but still returns mergeinfo with a sorted
rangelist.
--------------------

I have built subversion from sources using the latest trunk revision (r35389), which has the above mentioned change in it. This fixes the "out of order" problem, but not the "overlapping" problem.

The subversion code needs to be modified to relax the tests for overlapping revisions too.

I would accept, as a temporary workaround, some way to completely disable all svn:mergeinfo processing and make the svn client behave as if the repository format was rev 4 instead of rev 5. I would lose svn:mergeinfo data, but at this point I just need to get a merge done!!!

Please help, I need this fixed ASAP!!!

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1043522

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-22 21:12:47 CET