[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Merge Conflict on Windows with eol-style & mergeinfo properties

From: Varnau, Steve (Neoview) <steve.varnau_at_hp.com>
Date: Wed, 23 Feb 2011 23:56:03 +0000

Hi,

I could not find this issue in the issue tracker. We're trying to keep the svn:mergeinfo properties on top-level directories, but I found a few text files in our repository that have the property. When a merge is done that should be just a branch synch-up merge, the files are marked as conflicted, and the entire file is one big conflict, as if it is an EOL character problem.

All of the files that are marked as conflicted have in common two properties. They have an svn:mergeinfo, and they have svn:eol-style = native. Both branches have the same svn:eol-style value. The text file that did not have an svn:eol-style property merged just fine.

When the files are edited (Tortoise "Edit conflicts") it shows no conflicts -- merge with no problem. Looking at the files, there are no EOL character differences. Both sides (left & right files, and both sides of the working conflict file) have CRLF.

The files also merge fine on Linux.
The files also merge fine if given the option to ignore end-of-line.
The problem occurs whether the merge is done via Tortoise or command-line on Windows.
Svn version 1.6.15.

Somehow it seems to be giving up merging these files only when there is a svn:mergeinfo property.

I will try to just remove the mergeinfo property on all the files, but wondered if this is a general bug.

-Steve
Received on 2011-02-24 00:57:34 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.