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

Re: Bug (svn 1.7.1) with reintegrate merge and deleted symbolic links

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 9 Nov 2011 17:57:11 +0100

On Wed, Nov 09, 2011 at 04:13:56PM +0100, christian.asmussen_at_ubs.com wrote:
> Dear "Users",
>
>
>
> It seems that on svn 1.7.1 deleted symbolic links on a branch cause a
> tree conflict when a -reintegrate merge is done back to trunk.
>
> The same merge done with svn 1.6.17 smoothly passes as a normal
> deletion.
>
>
>
> See below a simple "script" to replicate the bug:
>
>
>
> # svn, version 1.7.1 (r1186859)
>
> REPO=${HOME}/TestRepo
>
> svnadmin create $REPO
>
> svn mkdir -m "init" file://$REPO/trunk file://$REPO/branches
>
> svn co file://$REPO wc
>
> touch wc/trunk/file
>
> ln -s file wc/trunk/link
>
> svn add wc/trunk/file wc/trunk/link
>
> svn ci -m "link" wc
>
> svn cp -m "branch 1.0" file://$REPO/trunk file://$REPO/branches/1.0
>
> svn up wc
>
> svn rm wc/branches/1.0/link
>
> svn ci -m "rm link" wc
>
> svn merge --reintegrate ^/branches/1.0 wc/trunk
>
> --- Merging differences between repository URLs into 'wc/trunk':
>
> C wc/trunk/link
>
> --- Recording mergeinfo for merge between repository URLs into
> 'wc/trunk':
>
> U wc/trunk
>
> Summary of conflicts:
>
> Tree conflicts: 1
>
>
>
> The same when executed with svn, version 1.6.17 (r1128011)
>
> #Only the last command differs
>
> svn merge --reintegrate ^/branches/1.0 wc/trunk
>
> --- Merging differences between repository URLs into 'wc/trunk':
>
> D wc/trunk/link
>
>
>
> Is this really a bug? Or am I doing something wrong?
>
>
>
> Regards
>
> Christian Asmussen

Thanks very much. Yes, this is a bug and I can reproduce it with
the current trunk code.

Can you file an issue in our tracker so this doesn't fall through the
cracks? See http://subversion.apache.org/issue-tracker.html Cheers!
Received on 2011-11-09 17:58:02 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.