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

Re: Changing the behaviour of eol-style "native"

From: Andy Levy <andy.levy_at_gmail.com>
Date: Sat, 9 Jan 2010 16:47:29 -0500

On Sat, Jan 9, 2010 at 15:19, Stu Redman <sturedman_at_gmx.net> wrote:
> Stu Redman wrote:
> (Sigh, that's why I don't like mailing lists. No idea why this is bundled with the other issue now.)
> I should point out I'm not sharing a working copy. I ignore the .svn
> dirs at replicate, so the result is not a wc any more.

Please don't be upset at us because you didn't describe your
requirements or workflow fully.

You're really splitting hairs here - you're still sharing the data
from the WC to another OS. Stripping the .svn directories doesn't
change the content of what you checked out.

> Responses like "any decent text editor or tool should" are not helpful,
> guys. I develop and test on Windows, then replicate to Linux to test
> there, and got no suggestion how to do this in a better way.

You have been given two suggestions of how to do this in a better way
- set eol-style to LF, or maintain 2 WCs, one for Windows and one for

> The problem
> are not Linux editors, but other tools (msgmerge, automake, bash, awk)
> that behave in the "we are Linux and who cares about Windows" way. I
> can't change these tools.

You said earlier that this is a cross-platform project. How do those
tools handle CRLF on Windows if they can't handle it on Linux? Can
they handle LF on Windows (since they obviously can on Linux)?

> What is your intention? Are you trying to tell
> me I better stop using TSVN and go for a Linux SVN client?
> I take it there is no option to set the "native" mode at the moment, but
> I believe I have a valid use case and it would be a very little thing to
> change.

No, your use case is uncommon at best and against how Subversion was
designed to operate at worst. If you need to share something that's
the product of a working copy with another OS (which is not advised),
then svn:eol-style=native is not your friend; there already exists the
ability to force EOL style to LF if that is what you require.

Or, yes - use a Linux SVN client on your Linux test system where you
have to work with these files, and TSVN on your Windows system.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-01-09 22:47:39 CET

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

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