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

Multiple issues related to eol-style, tangently perhaps

From: Vincent Starre <thebitman_at_comcast.net>
Date: 2005-07-19 21:20:23 CEST

The first issue is with propget/set- what I was using to check/set
eol-style. If passed multiple arguments, propget dies as soon as it hits
one which is not under version control. This should be a warning, not
death. (directory with 500 files in it, 2 are not under version control,
do I really want to type them all out or do I want to say * and ignore
the warnings as they come?)

second: setting eol-syle to a file with mixed-types does not actually
set the eol-style. It produces a warning that the file has mixed
line-ending types, but it doesnt actually tell you "oh, and by the way,
I didnt do what you just told me to". If it's going to fail to commit
anyway, it should just wait until then to fail- set it for now!

third: I should be allowed to commit a file with
mixed-line-ending-types. This would probably involve adding new
eol-styles, such as:

adding these as seperate lines such as:

would seem more intuitive and easier to manage to me- but it would
probably require more modification to the code than the other method
(not that I know anything about that)

I know it's not an issue which many people probably care about ("what's
wrong with you, mixing line-types in the first place?!"), but it /does/
happen and as s/\r?\n/\r\n/ is easy enough for me to type, it doesnt
seem like too much to ask as an option to have it happen automatically-
when explicitely stated.

fourth, and obviously not a real issue: why no explicite "binary"
eol-style? Sure, it's not needed, but I was thinking along the lines of
"make a cmmit hook that disallows commits of files without an eol-style,
but then there's one file that really is binary and really does need to
be named like that"

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 19 23:48:48 2005

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.