On 1/27/2007 9:19 PM, Victor A. Wagner Jr. wrote:
> At 12:26 2007-01-27, Erik Huelsmann wrote:
>> On 1/27/07, Victor A. Wagner Jr. <vawjr@rudbek.com> wrote:
>>> At 07:00 2007-01-27, Andreas Schweigstill wrote:
>>>> Hello!
>>>>
>>>> Jeff Smith schrieb:
>>>>> Agrivatingly, it stops the 'add' of 1000 files
>>>>> just because it hits one .c with inconsistent
>>>>> EOL styles (mixed "/n", "/r/n"). Heck, all I
>>>>> want to do is tell the stupid thing to ignore
>>>>> that, but there's no way except I manually find
>>>>> and edit the 10 out of the 1000 before adding!
>>>>> It's making it impossible to handle vendor releases of FreeRTOS.
>>>> I think this is a really nice feature. A few years ago I worked on some
>>>> projects whose developers didn't care at all about line endings, so
>>>> there were lots of files with inconsistent EOL style. Problems may occur
>>>> when compiling or debugging such projects.
>>> not to put too fine a point on it, but stopping
>>> the ENTIRE add is foolish (the strongest insult I
>>> know...it means you KNOW better but do the wrong
>>> thing anyhow). And any project that actually
>>> CARES about the line difference has some serious
>>> architecture/design problems.
>> But what if the file was actually a jpeg? Translating line-endings
>> then would destroy image integrity...
>
> I didn't suggest changing the file, I said stopping doing all the
> rest of the work was foolish. I stand by my statement
I'd disagree with that. One of the strong points of Subversion is that
it does atomic operations. One of the things I dislike about Subversion
is that only some of the operations are atomic. For example, it's easy
to get in a mess when you do an update and it fails half-way through,
leaving you with a mixed revision working copy. It's not too hard to
recover from this (so I don't "hate" the behaviour), but it would be
better to do nothing, and fail with a report telling me what to fix
before it will do something.
Duncan Murdoch
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 28 12:44:21 2007