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

Re: Ignore patterns should not be case sensitive (usability)

From: Ryan Schmidt <subversion-2008a_at_ryandesign.com>
Date: Thu, 27 Mar 2008 00:41:12 -0500

On Mar 26, 2008, at 16:14, Erik Huelsmann wrote:

>>> I agree with Karl that such a line is highly unlikely to be used in
>>> existing ignore rules such that it should not affect backward
>>> compatibility in practice.
>>> http://svn.haxx.se/users/archive-2008-03/0781.shtml
>> Agreed, and if we were still worried about compatibility, we'd just
>> start such meta-syntactic lines with "/", like
>> / option: case-insensitive
>> *.txt
>> *.obj
>> / option: case-sensitive
>> readme
>> ...or something along those lines.
>>> Or maybe global-ignores could be changed into a section by itself,
>>> just like auto-props is:
>>> [global-ignores]
>>> *.bak
>>> *.o
>>> *.lo
>>> I like this best, as this would have the advantage that it could
>>> then
>>> use exactly the same syntax as svn:ignore for setting the case
>>> sensitivity mode. Specifying global-ignores the "old" way would
>>> still
>>> be supported for backwards compatibility but would remain case-
>>> sensitive.
>> Yup.
>> Erik, I don't think this discussion is moot. There *are* things
>> we can
>> do here. It may be that for some reason we decide to do nothing,
>> but
>> compatibility concerns need not force the decision, fortunately.
> Ok. Assuming that you'd want the same for global-ignores, how does
> this proposal map to global-ignores (which is only a single line!)?

How about my proposal, which you quoted above, that global-ignores
become multiline (while retaining the existing single-line format for
backwards-compatibility but without the enhancements we're talking
about now)?

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-27 06:42:20 CET

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.