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

RE: RE: Re: Poll: do we really need newline conversion?

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2001-12-11 19:04:07 CET

As an additional point: With the EOL conversions, and per-file EOL
styles I could ensure that my data (.dsp files) were correctly
maintained. How does not doing any EOL conversion prevent somebody from
committing a bogusly formatted update?

i.e. You're loosing some data integrity guarantees on text files which
is kind of a bummer.

Bill

--
Bunnies aren't just cute like everybody supposes.
They got their hoppy legs and twitchy little noses.
And what's with all the carrots, 
What do they need such good eyesight for anyway?
> -----Original Message-----
> From: Bill Tutt [mailto:rassilon@lyra.org]
> Sent: Tuesday, December 11, 2001 9:53 AM
> To: cmpilato@collab.net; Karl Fogel
> Cc: dev@subversion.tigris.org
> Subject: RE: Re: Poll: do we really need newline conversion?
> 
> While I'm all for scenarios that don't allow .dsp/.dsw files to be
> munged, and this would definitely do it.  +0.5
> 
> If you're not going to do EOL conversions, then we need to ensure that
> different EOL scenarios don't break use cases. (They probably won't,
but
> since this is such an important use case for end users, it's probably
> better to be overly paranoid here.)
> 
> Possible test cases:
> * Unix EOL in SVN, DOS EOL in WC, and svn update
> * Unix EOL in SVN, DOS EOL in SVN, and then a server side merge
occurs.
> Etc...
> 
> Determine all of these edge cases, determine their desired outcome,
and
> test for it. :)
> 
> Doing the test case matrix would add an additional +0.5. ;)
> 
> All in favor, but wary of unintended consequences,
> Bill
> --
> Bunnies aren't just cute like everybody supposes.
> They got their hoppy legs and twitchy little noses.
> And what's with all the carrots,
> What do they need such good eyesight for anyway?
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:52 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.