[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Merge issue using client 1.11.21 and server 1.11.17
From: |
Steve McIntyre |
Subject: |
Re: Merge issue using client 1.11.21 and server 1.11.17 |
Date: |
Fri, 2 Jun 2006 21:16:01 +0100 |
User-agent: |
Mutt/1.5.9i |
On Fri, Jun 02, 2006 at 03:18:55PM -0400, Jim Hyslop wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Jensen, Chris wrote:
>> I ran into a strange issue trying to do a merge.
>Chris, sorry to take so long to get back to you on this.
>
>
>> Using the 1.11.21 client delivered with Fedora Core 5
>> and a server running 1.11.17 (using pserver), cvs would
>> not identify merge conflicts.
>>
>> Grepping through the merged files found the conflicts.
>>
>> The client also allowed committing without resolving the
>> conflicts, but the files with conflicts were not committed.
>
>> No warnings or errors were displayed. Commits of those
>> files with conflicts simply resulted in a no-op, as if there
>> were no differences. CVS diffs also showed no differences
>> when they did exist.
>
>I suspect user error in this case.
>
>This suggests that the conflict markers were checked into the
>repository, and as such did not really create conflicts on your local
>directory. Check out the pre-merged revision of the file into a fresh
>directory. For example, if the update command brought your file to rev
>1.23, and committing it brought it to 1.24, check out rev 1.23. If the
>file contains the merge markers, then it was user error on the part of
>the person who checked in rev 1.23 (or whichever rev. in which the
>markers first appeared).
Hmmm. These are exactly the symptoms I'm seeing in 1.12.13...!
--
Steve McIntyre, Cambridge, UK. steve@einval.com
Who needs computer imagery when you've got Brian Blessed?
signature.asc
Description: Digital signature