Re: Using --diff-cmd=/usr/bin/diff3 says merGed but is Conflict
Erik Huelsmann <[email protected]> Wed, 12 Oct 2005 09:53:11 +0200
| Newsgroups | gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user |
|---|---|
| Message-ID | <aea328ab0510120053p34d3ad20p75bf526ad4f16c01__2225.17552688277$1129104062$gmane$org@mail.gmail.com> |
Ping! No reaction on users@, so forwarding to dev@. On 9/16/05, Erik Enge <[email protected]> wrote: > Subversion version 1.2.3 on RedHat Linux 7.2 using diff3 version 2.7.2. > > I have specified that it should use the external diff3 by setting > the diff3_cmd setting in the site-wide configuration file and it's > picking up on this setting. During a three-way diff, Subversion > reports the file as merGed but diff3 puts the .mine, .revNEW, > .revOLD files on the filesystem and it also merges the conflict > markers into the file I updated (detailed information can be > provided if needed). I was tracing this in Subversion's > sourcecode and from what I can tell, here's what's happening: > > Subversion makes two runs to libsvn_wc/merge.c's svn_wc_merge() during > the update. During the first, dry_run is 1, during the > second, it is 0. My problem is that during the dry run > Subversion uses its internal diff3 (which is producing the > merGe'd state) and during the second phase it's using the > external diff3 utility which is telling me this is a Conflict. > > Have I run into a bug or have I misconfigured Subversion in some way? > Let me know if there's any other information I can provide to make > it easier to answer this question. > > Thanks for any pointers, > Erik. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >