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

Re: duplicate merge conflict

From: Daniel Walter <d2walter_at_hotmail.com>
Date: Thu, 14 Apr 2011 13:37:09 -0400

I reverted to the original source and verified it. It had no conflicts.
Then I did the merge again. The same thing happened and I ended up with
duplicate conflicts again.

--------------------------------------------------
From: "Bob Archer" <Bob.Archer_at_amsi.com>
Sent: Thursday, April 14, 2011 9:33 AM
To: "Daniel Walter" <d2walter_at_hotmail.com>; <users_at_subversion.apache.org>
Subject: RE: duplicate merge conflict

>> When I merge changes in SVN, the merges work well except for the
>> conflicts. For some reason, the merges are frequently (but not
>> always done twice). As an example:
>> <<<<<<< .working
>> <<<<<<< .working
>> const int SERIALIZE_FIELDS_DATA_LENGTH = 83;
>> =======
>> const int SERIALIZE_FIELDS_DATA_LENGTH = 91;
>> >>>>>>> .merge-right.r462
>> =======
>> const int SERIALIZE_FIELDS_DATA_LENGTH = 91;
>> >>>>>>> .merge-right.r461
>> It appears that I am merging the changes between versions 442 and
>> 462 into the current working copy so I don't understand where 461
>> is coming from.
>>
>> This is happening both with Tortoise SVN (using Merge two different
>> trees) or from the command line with:
>>
>> svn merge tree1 tree2 --non-interactive
>
> Can you revert your merge and verify that your working copy didn't already
> have those r461 merge indicators in it. I know here people have checked in
> files that had unresolved conflict markers in them.
>
> BOb
>
>
Received on 2011-04-14 19:37:45 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.