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

RE: Re: Re: Detecting

From: Timur Khanipov <khanipov_at_gmail.com>
Date: Thu, 12 Mar 2015 05:48:19 -0700 (PDT)

> > ...the 'modified' status (the one which I consider improper) appears only with CRLF files and CRLF is the native line ending for Windows.
>
> Which is correct behaviour. Because CRLF line endings will be converted to LF endings on commit, and then reconverted back to CRLF on checkout-on-Windows. This is a file content modification.

Thank you for your explanation. Taking into account line endings convertion which takes place after commiting svn:eol-style change, showing 'modified' status can be considered technically correct.

However always setting file status to 'modified (property change only)' when only svn:eol-style is set seems to be better behavior. I cannot invent a situation when the proposed behavior is bad.

I checked behavior of the command line Subversion client and it showed the same problem, so I will forward my question to Subversion developers.

> Technically I suppose it should *also* show Modified for files with LF endings on Windows, because if you commit those they will actually convert to CRLF endings.

Totally agree, this seems buggy in any case.

> If you want SVN to not care about line endings, then omit the property. If you set the property then you are explicitly telling SVN to care about line endings and change them in the specified ways when files are committed and checked out.

I guess we just got misunderstanding here. By saying 'the user explicitly told Subversion not to track line ending changes' I meant that line ending changes are of no interest to the user if he sets svn:eol-style and that Subversion does not track those changes. If you conduct a separate experiment and replace (under Windows) a CRLF-file which has svn:eol-style=native with its LF-analogue and then run command 'svn status' you will see empty output, which proves my point. It is also worth noticing that running 'svn revert <filename>' prints 'Reverted <filename>' which means that file was actually modified (CRLF were replaced with LF) but 'svn status' was clever enough not to mark it as modified.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3104710

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-03-12 13:48:31 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.