On Mon, 14 Jan 2013, Warden, Neil wrote:
>> From: Warren Block [mailto:wblock_at_wonkity.com]
>> Sent: Samstag, 12. Januar 2013 21:24
>> To: users_at_subversion.apache.org
>> Subject: external merge tools for conflicts only
>>
>> Is there any way to get svn to use an external merge tool, but only
>> for conflicts?
>>
>> In other words, if I set up an external merge tool like diffuse
>> (http://diffuse.sourceforge.net/), when svn finds a conflict it just
>> throws both repository and working copy files at the external merge
>> tool. In that tool, you'll see every difference, not just the
>> conflicts. What I'd like is to have svn merge everything it can,
>> and then call the external merge tool. The only differences shown in
>> that tool will be the conflicting sections. Sort of an external
>> version of the 'dc' command.
>>
>> Or is there some other way to do this? I'm using svn 1.7.8.
>
> Hi Warren,
>
> possibly not the answer you are looking for, but hav you tried
> http://kdiff3.sourceforge.net/ as merge tool? In case of conflicts it
> resolves everything it can do automatically and only non-automatically
> resolved merge conflicts left over for manual resolution.
I'm aware of it, but have not tried it because of the KDE dependencies.
There's also meld, http://meldmerge.org/, which I tried a little. That
was before it had an auto-merge option, which is apparently new.
Diffuse made more sense to me.
As far as the merge:
I'm working on documentation in FreeBSD. Sometimes there is a merge
from the current version back to a previous version, for example, a bug
is fixed in both version 9.0 and version 8.0.
The two doc files differ not just in the sections that are being merged,
but in the places where they show version numbers. The version 8.0 doc
should still have that version number after the merge. Anything that
just does a diff on the two files will want to change those version
numbers. The svn merge handles that correctly, leaving the 8.0 version
numbers alone.
It's possible--probably likely--there's a better way.
Received on 2013-01-15 04:13:59 CET