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

RE: merge is silently changing svn:mergeinfo on unrelated files

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Fri, 19 Feb 2010 14:51:38 -0500

> I have two branches, release and patches. Release was made in rev 2120
> by copying HEAD of trunk. Patches was made in rev 2138 by copying HEAD
> of release -- release had no changes between 2120 and 2138. Now I'm
> merging changes from trunk into patches, with the intent of vetting
> these and bringing them up to release. I'm merging from my working copy
> trunk onto my working copy patches.
> The first merge I did was using TortoiseSVN 1.6.7, merging the change in
> rev 2121. Tortoise did that correctly, but it also silently modified
> svn:mergeinfo on an unrelated set of 7 files. I reverted the erroneous
> properties, then committed the results of this merge as rev 2140. This
> commit consisted of changes to one source file, plus property changes to
> the patches directory.
> Now I'm using CollabNet svn 1.6.9, trying to do more merges, but it's
> showing the same incorrect behavior:
> C:\project> svn merge -r 2124:2126 trunk branches/patches
> --- Merging r2125 through r2126 into 'branches\patches':
> U branches\patches\file1
> Now file1 is correctly patched, waiting for commit. Also, the patches
> dir shows what I think are the correct property changes. But the same
> set of unrelated files have svn:mergeinfo changes.

Do those files already have mergeinfo in them? I expect that they do and that info that is in those 7 files isn't in the root project folder.

Received on 2010-02-19 20:51:30 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.