subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bob Archer <Bob.Arc...@amsi.com>
Subject RE: merge is silently changing svn:mergeinfo on unrelated files
Date Fri, 19 Feb 2010 19:51:38 GMT
> 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.

BOb


Mime
View raw message