On Wed, Oct 10, 2012 at 01:04:02PM -0400, Kris Deugau wrote:
> I've just come across a very strange merge glitch; I don't recall
> seeing anything like it reported and I'm not sure if I'm just doing
> something wrong or not.
>
> $ svn --version
> svn, version 1.6.15 (r1038135)
>
> (from the RPMForge repo, on CentOS 5)
>
> I have a project that is very close to a new stable release, but I've
> also had a couple of bugs reported that I've fixed in /trunk and I'm
> backporting to /branches/stable in the meantime.
>
> I just tried merging the commits for one of these bugfixes, but I'm
> getting a lot more code merged than I see from svn diff -c on the
> relevant revisions.
>
> The repository is public at https://secure.deepnet.cx/svn/dnsadmin; I'm
> trying to merge revisions 417 and 418 from /trunk to /branches/stable.
>
> Merging r417 I end up with an extra ~150 new lines in the third fragment
> - not part of the commit in r417, so far as I can see, and which I'm
> pretty sure was committed quite a while ago (before ~r330 or so).
>
> -kgd
This is not a conflict-free merge when I try it (into a working
copy of ^/branches/stable_at_418):
$ svn merge -c417 ^/trunk
--- Merging r417 into '.':
C DNSDB.pm
--- Recording mergeinfo for merge of r417 into '.':
U .
Summary of conflicts:
Text conflicts: 1
Conflict discovered in file 'DNSDB.pm'.
Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
(mc) mine-conflict, (tc) theirs-conflict,
(s) show all options: p
If there is a conflict during a cherry-pick merge, this kind of
thing can happen.
Please see this post and the replies to it:
http://svn.haxx.se/users/archive-2011-10/0821.shtml
My own reply which tries to explain the problem is here:
http://svn.haxx.se/users/archive-2011-10/0832.shtml
The other replies are well worth reading, too.
Received on 2012-10-10 22:30:02 CEST