Community
Participate
Working Groups
Build Identifier: 20110218-0911 This is really annoying because, as far as i understood the diff editor should not do anything automatically. and not put anything into the merged file, the user didn't select. Reproducible: Always Steps to Reproduce: 1. create a branch 2. put some changes the same java file in trunk and created branch 3. try to merge, edit the conflicting file in diff editor, just select one change to be merged. save the file. -> compilation error
Alexander, try to use the "Edit Conflicts" (on right-click pop-up menue) here, it processes the ">>" markes include by the low-level subversive API. The compilation error results since the ">>" markers are really in the source code. Since this is often confused, I wonder whether Subversive could make an intelligent guess here and do the Right Thing automatically.
This is not a bug. That is how Subversion (not Subversive!) merge works. Subversion does not provide any API that could allow to avoid actual merging like it is possible with the Synchronize View when you're working with normal updates. And so, that is how it works for merge. Regarding "suggesting and doing the right thing" - there is a different logic hidden behind the 'Edit Conflicts' action in compare to 'Open in Compare Editor' action, which is inherited from the Team support code and currently I can't think about any 'possible to implement' solution that could automatically substitute standard behaviour of the 'Open in Compare Editor' action. P.S. The same situation could happen not only with merge, but with update too (if you perform update without solving conflicts first). So, the right thing to do in that case is to use 'Edit Conflicts' action.
