I've got a small mental block on why we don't set svn line endings for
our "test files".
It seems to me likely that the test case could easily be making
assumptions about the line ending being one or another of the styles; it
might be, for instance, counting characters. For these, it would seem
safer to have the svn eol-style set to insure against accidents in the
future where some one checks out the file, uses an editor which changes
the line endings, and checks it back in. (That has happened before -
that's when we get the svn diff reporting every line changed.).
-Marshall
-------- Original Message --------
Subject: Re: UIMA release - lots of missing SVN eol-style property
settings
Date: Fri, 11 Apr 2008 07:28:43 +0200
From: Thilo Goetz <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
sebb wrote:
The SVN tag
https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.2.2/uimaj-2.2.2-05
has lots of missing SVN eol-style settings. See the file
uimaj-2.2.2-05.sh
in
http://people.apache.org/~sebb/SVNfixes/
This should probably be applied to trunk as well ...
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Sebb,
thanks for looking over our release.
There are a lot of files in your list where not setting
the eol-style property is intentional: all our test files.
Setting eol-style:native would make our tests fail on one
platform or another as they're usually compared to some
expected output, which in turn depends on the exact byte
content of the files.
Unfortunately, there is no (valid) eol-style:none
or such that allows us to make this intention explicit.
For the java code we could set it to native. We just never
felt the need. Since we need to be careful with our test
files, we don't follow the automatic eol-style client setup
as recommended. AFAIK, all UIMA developers use Eclipse
for their development, and Eclipse doesn't care about
eol style (or not that I noticed anyway).
I hope you'll agree that it's up to the project to set an
eol-style policy. Our policy is not to set the property
unless it's required (e.g., for .sh or .bat files).
--Thilo
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
