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

Re: [bug?] local file not shown as modified, if eol-style differs

From: Andy Levy <andy.levy_at_gmail.com>
Date: Thu, 12 Jan 2012 08:39:26 -0500

On Thu, Jan 12, 2012 at 07:13, Sven Köhler <sven.koehler_at_gmail.com> wrote:
> Hi,
>
> consider the following steps:
> - checkout a file from SVN that has svn:eol-style=CRLF
> - verify that the file has CRLF line endings
> - convert the file to unix line endings using dos2unix, recode, etc.
> - verify that the file has LF line endings
>
> Now you observe the following:
> 1) svn diff shows nothing
> 2) svn status shows nothing
> 3) even after svn update, the LF line endings remain
>
> The only command I have found to actually restore the CRLF line endings
> is svn revert. I'm using subversion 1.6.17.
>
> Isn't the behaviour of subversion kind of odd? I mean, I wouldn't have
> set eol-style to something other than native if the line endings
> wouldn't matter to me. It is expected, that svn diff shows nothing. But
> it's odd that svn status doesn't even inform me that the local file has
> been altered - especially if the line endings of that file matter, I
> kind of depend on subversion to tell me about it. It would be another
> nice feature if subversion would not only ignore the line endings, but
> also restore the proper line endings (according to svn:eol-style) on
> demand (for example during an update).

When you changed EOL characters, did the file timestamps change?
Received on 2012-01-12 14:41:00 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.