[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: Fri, 13 Mar 2015 05:16:17 -0700 (PDT)

While preparing a detailed post for the Subversion mailing list I made a few more experiments and read sections of the manual about svn:eol-style.

I changed my mind and now agree that the current Subversion behavior is not a bug at all and even not improper behavior. In my (new) opinion, the behavior is absolutely correct and I would like to share the bulletproof argument I came up with.

If setting (and commiting) svn:eol-style on a file was pure property change, then it seems logical that removing this property (and commiting) would restore the file to the original state. But this is not the case with CRLF files because these files are converted to LF in the internal repository storage and after removing svn:eol-style property they will contain LF line endings and thus be different from the original (CRLF) version.

Thanks to everyone for your clarifications!

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

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