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

Extra behaviour in a 1.4 to 1.6 2 url merge

From: Ben Fitzpatrick <ben.fitzpatrick_at_exeter.ox.ac.uk>
Date: Thu, 15 Sep 2011 00:25:10 +0100

Hi,

I'm getting some weird extra behaviour during a 1.4 server, 1.4 repository and 1.6 client merge of a branch back to the trunk of my project - as in the thread
http://svn.haxx.se/tsvnusers/archive-2010-10/0042.shtml - where a simple 2 URL merge produces extra output that doesn't appear in the same merge for 1.4/1.4/1.4 server/repos/client or 1.6/1.6/1.6. This happens following a merge of trunk changes to the branch.

It produces the extra information (for example):

Merging r5 through r52 svn://my_repos/project_name_svn/trunk
(some file information)
Reverse-merging 50 through 5
(some extra operations on files)

where the extra operations undo the trunk operations since that point.

The upshot is that all the modifications in the trunk since the branch was created are undone in the working copy following the merge back from the branch, which is a nasty side effect. This doesn't happen in the pure 1.4 or pure 1.6 cases, and doesn't occur when you use the --ignore-ancestry option, which isn't really a reliable solution. I'm using the 1.6.16 release.

Other than upgrading the server/repository, which will take some time (I don't control it), I'd be grateful if anyone had a solution or explanation.

Cheers,

Ben Fitzpatrick
Received on 2011-09-15 07:43:59 CEST

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.