Correcting EOL mistakes

If we're considering having "svn commit" correct the EOL characters of
files to match the svn:eol-style value, perhaps we should consider it
a user-interaction configuration matter rather than an attribute of a
file. After all, it is more likely that one user will want to deal
all files in that way (or not) than that all users will want to deal
with one particular file in that way (or not).

So let me propose that "correct EOL characters" be a
user-configuration option, with three values:

no - (the default) a mis-match between the EOL characters and
svn:eol-style is treated as an error and aborts the commit (as it is
now)

yes - mis-matches are automatically corrected with a message output
for each file that is corrected (unless --quiet is specified)

query - queries the user for each file, and in response acts as "no"
or "yes" accordingly -- unless --non-interactive is in effect, in which
case it is treated as "no".

It seems like that gives everybody what they want, is
upward-compatible with the current scheme, and fits smoothly with all
the defined variants of commands.

Dale

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 22 18:01:57 2005