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

Re: Idea for dealing with text-file line endings

From: Jim Fulton <jim_at_zope.com>
Date: 2004-04-30 20:03:47 CEST

Ben Collins-Sussman wrote:
> On Fri, 2004-04-30 at 08:40, Jim Fulton wrote:
>>Often when someone checks in a binary file, they forget to mark it as such.
>>This is easy to fix, once it is detected, although, it isn't always detected as
>>soon as one would expect. You suggest that adding files is rare.
>>For most projects, including ours, the great majority of files are text, so
>>problems with failing to mark binary files are very rare. Line endings for
>>text files is just not an issue.
> Interesting philosophical extremes here. CVS is one extreme, SVN is
> other.
> CVS assumes all files are text by default, and assumes it can munge your
> line endings by default. Somebody checks in a binary file and forgets
> to use '-kb', and bam, the file is corrupted. There's no easy way to
> recover from that corruption.

In practice, it's easy to recover. You just check it in again. :)

> The SVN reaction to that was to move to the other end of the scale:
> *never* change file contents unless explicitly given permission. If
> somebody forgets to activate eol-translation on a file, it's not a big
> deal. Somebody loads a file into an editor, sees unreadable line
> endings, then sets the property to fix the problem. No data loss. But
> overall, yes, there's some general convenience sacrificed here, since
> people need to set the eol-translation on every new file.



Jim Fulton           mailto:jim@zope.com       Python Powered!
CTO                  (540) 361-1714            http://www.python.org
Zope Corporation     http://www.zope.com       http://www.zope.org
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 30 20:04:36 2004

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.