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

Re: svn does not seem able to merge

From: Max Bowsher <maxb_at_ukf.net>
Date: 2004-08-17 22:38:46 CEST

Merlin Moncure wrote:
> Ben wrote:
>> On Tue, 2004-08-17 at 14:36, Merlin Moncure wrote:
>>> Hello, I am new to this list. I just recently converted our repository
>>> from cvs to svn with great success. Everything was relatively painless,
>>> except for the following:
>>>
>>> Note: We are running svn 1.0 on winxp server with winxp clients. Client
>>> tool is tortoisesvn. Server is running stock except fireaeomon to make
>>> it as a service.
>>>
>>> Every time one of the developers updates a file that both he and another
>>> developer has edited, instead of the changes being merged the whole file
>>> is marked as a conflict.
>>>
>>> In short, svn does not seem to be merging the files together under any
>>> circumstances. Has anybody else experienced this?
>>
>> Are the files marked with svn:mime-type properties that signify
>> "binaryness"? Like, 'svn:mime-type=application/x-octet-stream'? If so,
>> the svn client will never attempt to do contextual merges on the file.
>
> Nope. One possibility: svn seems to be converting my text files to
> unix-style line endings. Our text editor is converting them
> back...would this cause a conflict?

Quite possibly.

> Corollary: is it possible to suppress conversion of text files to unix
> style line endings?

Subversion does what you tell it to do.

If you do not set the svn:eol-style property on files, it gives back exactly
what you check in, with no conversion.

See the book:
http://svnbook.red-bean.com/svnbook/ch07s02.html#svn-ch-7-sect-2.3.5

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 17 22:39:43 2004

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.