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

Re: Question

From: Stefan Sperling <stsp_at_elego.de>
Date: Thu, 8 Dec 2011 19:10:10 +0100

On Thu, Dec 08, 2011 at 10:15:24AM -0700, Randall Reynolds wrote:
> When I select merge a range of revisions and leave the range blank, it says:
>
> Merging r7 through 42194
> <~10 tree conflicts on main folders>
>
> Does this mean we have never merged the trunk into the branch correctly in
> a way that merge tracking recognizes, and how should I proceed to fix the
> issue?

It's possible that your server isn't new enough to support merge-tracking.
What version of Subversion is running on the server?
The minimum server version for merge-tracking is 1.5.
Your client should also at least be a 1.5 version and preferably 1.7.

Another way this can happen is if you fail to commit the svn:mergeinfo
property the Subversion client creates during a merge.

If you know the revision range you've already merged but failed to record
you can run the same merge as a 'record-only' merge. Tortoisesvn has a
checkbox for this in the merge dialog somewhere. A record-only merge will
create the svn:mergeinfo property but not actually merge any changes to
working files. Of course you must make sure that whatever revisions you
merge as record-only have already been merged. Else you're likely to
encounter more merging troubles down the road.

BTW, the more common use case for record-only merges is to block revisions
you don't want to merge by marking them as already merged, see
http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.advanced.blockchanges
Received on 2011-12-08 19:10:47 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.