On Wed, Oct 17, 2012 at 08:32:18PM +0200, Stefan Küng wrote: > In such situations, to keep the compatibility, why not just > introduce a new property, e.g. 'svn:ignore-regex' which if set takes > precedence over the 'svn:ignore' property?
Something similar would need to be done for log --search (if it gets released as currently implemented, with glob syntax), the authz file, and any other existing features that use glob syntax (are there any?). Adding regex support only for the purpose of squeezing it into existing features is not really worth the effort, I would guess. It might turn out to involve more work than expected due to backwards compatibility constraints, while I don't see anyone complaining loudly about our lack of regex support. I would prefer adding regex support as part of some compelling new feature which requires regex support to function properly. We could change log --search from glob to regex before release, I suppose. But I myself don't really miss regex support in log --search.