Merge comparison doesn't indicate incoming changes when there's a conflict
Jacob Weber <[email protected]>
| Newsgroups | gmane.comp.version-control.subversion.subclipse.user |
|---|---|
| Message-ID | <861333525.4844.1361553126004.JavaMail.httpd@localhost> |
I just did a merge, and resolved a tree conflict. This resulted in a file conflict. On the filesystem, I have these files: file file.merge-left.r123076 file.merge-right.r127491 file.working When I do Team > Edit conflicts on the file, I get the three-way compare editor. On the right, it marks the conflict areas in red, and the areas where my working copy changed in black. So far so good. But there are also areas where the incoming file changed, which need to be merged into my working copy. I would expect these to be marked in blue -- that's what happens in CVS merges. Instead, they're also black. As a result, I assume that I don't need to do anything with them, when in fact I need to merge them into my working copy. This is causing me to merge incorrectly. For example, there was some text that got deleted in the incoming file. When I click Show Ancestor Pane, I can see that the ancestor has the text, and so does the "working" file. The incoming "right" file doesn't have it, and the original "left" file does. There are no conflicts near this section of the file. But this change appears in black, not blue. Is this something that's under Subclipse's control? ------------------------------------------------------ http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=3049563 To unsubscribe from this discussion, e-mail: [[email protected]].