Re: inheritable properties names (was: Re: svn commit: r1404404 - /subversion/site/publish/docs/release-notes/1.8.html)
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Thu, 1 Nov 2012 14:00:47 +0000 (GMT)
Stefan Sperling wrote:
There is certainly a benefit to keeping the name short and simple.
I agree with Stefan's premise that we don't need to include
So +1 on "svn:auto-props".
For ignores, I have an alternative proposal. Instead of adding a second property name, may I suggest keeping the existing property name and extending the syntax of its value.
applies those two patterns to the immediate children only.
the immediate child "Makefile", and
where ".../" is a special syntax that can be used at the beginning of a pattern to mean "at any depth".
A design like this would be backward-compatible in that existing svn:ignore properties would keep working and retain their existing meaning, and, notably, would not be deprecated. (I guess that if we introduce a new property name for ignores, that is semantically inheritable, then we would eventually deprecate the old one, because it would rarely be useful and it's easier to teach people one way of doing something than to try to explain how there are two different ways.)
I also note that "The global list of ignore patterns tends to be more a matter of personal taste and ties more closely to a user's particular tool chain than to the details of any particular working copy's needs" (quoted from <http://svnbook.red-bean.com/en/1.7/svn-book.html#svn.advanced.props.special.ignore>). That need will not go away. It is therefore not natural to carry the name "Global Ignores" into the new inheritable per-subtree ignores feature. Nor is there any need for the existing value of that configuration item to be copied verbatim into the new property, so no need (from that perspective) to keep the same syntax.
I think I would find this ".../" approach more natural and understandable than having two different properties both specifying ignores.
What do you think?
This is an archived mail posted to the Subversion Dev mailing list.