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

Re: Unable to parse reversed revision range

From: Paul Burba <ptburba_at_gmail.com>
Date: Thu, 22 Jan 2009 17:21:08 -0500

On Thu, Jan 22, 2009 at 4:02 PM, <brieck_at_sandcherry.com> wrote:
> I posted a reply to a thread in the Collabnet Users discussion list about a "Unable to parse reversed revision range" error. It has been suggested in that thread that I bring up the issue here as well.
>
>
> The thread from the Collabnet User list (starting at my reply) is here:
>
> http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=297890
>
>
> The repo in question was created with 1.5.4. An upgrade to 1.5.5 seems to have no effect.
>
> I am also seeing the "unable to parse reversed revision range" error when trying to merge from a parent branch to a child branch. In my case the parent is a user branch branched off of a feature branch and the child is a user branch branched off of the first user branch. The exact error I get is below between the lines of *s:
>
> ******************
> "svn: Unable to parse reversed revision range '3-2'"
> ******************
>
> I believe that the diff between r2 and r3 in my repo is the creation of the feature branch.
>
> In order to reduce the number of variables involved in trying to track this down
> I have reproduced the problem on a test server that no one but me has access to.
> I put a restore of the actual repository on the test server. I then created
> a user branch of of the feature branch. , made a couple changes to it and
> commited those changes. Then I created a a user branch off of the first user
> branch. I get this error immediately after creating the new user branch and
> then trying to merge from the parent to the new child branch. No changes have
> been committed to either user branch. Perhaps something in the creation of the
> branch itself is causing the problem?
>
> I have isolated the problem to a specific directory fairly deep in the tree. Interestingly enough if I do a merge of just that directory or *any of its parents except* the very top level of the tree it works. After doing that merge I can then successfully merge the entire tree.
>
> I get no output from the "svn propget svn:mergeinfo" command on the problem directory in either branch. (I tried verbose as suggested but propget doesn't seem to allow for a verbose flag)

Hi Brian,

Yes, the --verbose flag for propget is new for the forthcoming 1.6
release. Since you are using 1.5.5 use the command 'svn pg
svn:mergeinfo --recursive' on both the merge source (parent branch)
and the merge target (child branch). The output is a bit harder to
parse visually, but it will do for now. If possible please post the
output to this thread. This will allow us to see if you already have
reversed-range mergeinfo in your repository. The only way I know that
this can happen is with older versions of the
svnmerge-migrate-history* scripts, but since you ruled that out on the
OCN forum it seems you might have found a different bug. Also, if you
could post the exact merge command you used and the exact output
including the error that would also be helpful.

Paul

> The diff of the problem directory after merging just the problem directory (which seems to solve the problem):
>
> ******************************
> Property changes on: platform\packagingdistribution\Vivo Applications\vmc\WebContent
> ___________________________________________________________________
> Modified: svn:mergeinfo
> Merged /branches/4.1.00_Dev/platform/packaging/distribution/Vivo Applications/vmc/WebContent:r3-373
> Merged /branches/user_branches/camille/platform/packaging/distribution/Vivo Applications/vmc/WebContent:r704
>
>
> Any insight into what is going on will be much appreciated.
>
> Thanks,
> Brian

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1043624
Received on 2009-01-22 23:21:27 CET

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