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

RE: Some sync merges no more allowed with 1.8 client ?

From: Eric Estievenart <eric.estievenart_at_neolane.com>
Date: Mon, 8 Jul 2013 11:30:28 +0200

Branko ibej wrote on Fri, 05 Jul 2013 22:12:34 GMT:
> Can you confirm that all the branches created by copying (svn copy) from the source, as you've described in this diagram?
Damn you are right. Some unexperimented people thought years ago that they were more clever than the system,
created empty folders at the branches root, and then copied some sub-folders into them...

So svn 1.8 reluctancy to do the merges seems legitimate in these cases.
I'm currently investigating the details and implications of these horrors, but I feel we are a bit doomed.

I fear we will have to rework the layout of our repository, in order to reset properly the branches ancestry.

Daniel Shahaf wrote on Sat, Jul 06, 2013 at 18:00:
> I believe '--ignore-ancestry' is supposed to override this particular check.

Well, I already tested that, with and without --force, without more success.

> The code has changed on 1.8.x_at_HEAD since 1.8.0[1], so 1.8.1 will behave differently. (It will probably just issue a different error message, since [1] claims that it didn't change the checks being done.)
So I just compiled a svn (on trunk_at_1500602), and get the following errors:

$ svn --version
.... svn, version 1.9.0-dev (under development) ....
$ cd svn/v3-dev
$ svn merge ^/app/v2-dev
svn: E195016: 'svn://......./app/v2-dev_at_70081' must be ancestrally related to 'svn://......./app/v3-dev_at_70081'
$ svn merge ^/app/v2-dev --ignore-ancestry
svn: E200004: Cannot merge automatically while ignoring mergeinfo

We'll continue our investigations, and keep you updated.


Eric Estievenart
Received on 2013-07-08 11:31:07 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.