On 1/30/2007 1:43 PM, Les Mikesell wrote:
> Duncan Murdoch wrote:
>
>> [lots deleted]
>>>> Where the "on-the-wire" standard for SVN *can* apply in this case is
>>>> enforcing this by disallowing any transformation on EOL at all.
>>>
>>> There is already that option as well. It isn't pretty.
>>
>> That's an option, and a good one: just say no to tools that care too
>> much about EOL. I work on Windows, and almost all of the tools I use
>> (all of them that I use more frequently than once a month) handle CRLF
>> or LF fine. If I came upon a tool that didn't, I'd consider it a flaw
>> in the tool.
>
> Was that intended to be humorous? If you don't want do deal with
> portability issues, just work on one platform?
No, the projects I work on are mainly cross-platform ones. I'm working
on Windows, but writing code to be portable. The tools I like to work
with don't care about EOL markers, they work regardless of where the
file came from. (In the main project we've settled on Unix-style EOL
markers for all files.)
>> There are plenty of flawed tools out there, but just don't use them.
>
> Sorry, but most people would chose a revision control system that will
> handle the job they need to do, not choose their job based on what their
> revision control system happens to make convenient for them.
>
>> If you tell svn to treat all files as binary, you'll end up with a lot
>> less tears in the end.
>
> From the perspective of a person who never needs portability, perhaps.
> But you are just making it that much harder to move away from your
> current platform.
No, using tools that are picky about line endings makes portability
harder. It's harder to use scp or samba to share files with a Unix box
if I have to convert the files to Windows-style line ends before working
on them, and convert back before sending the files away. So I use
Windows tools that are happy with Unix-style line endings (and
Windows-style too, of course).
Duncan Murdoch
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 30 20:59:23 2007