Re: [REQ] WC-only properties (local:)

Kevin Ballard wrote:
> D'oh, wrong button!
>
> Anyway, svn:ignore is used for other things too, like adding new files
> and stuff.
>
> And this local: idea can be used for other properties too, like
> svn:eol-style and things like that. Or if I have a script that uses
> properties of the file and a given property makes sense to be different
> from user to user (or just needs to be overridden by a few specific
> users) local: properties could be used there too.

Kevin, you may have a good idea for a useful enhancement. I suspect that the reasons you are not getting much positive feedback are:

+ other people don't seem to have found much of a need for this yet;

+ you didn't seem to give a concrete example of something being made much easier by your new properties (the example above about some script is not detailed enough for us to see the usefulness of it);

+ the suggestion immediately looks like it has many open questions and awkward interactions (e.g., do these new properties get copied by "svn copy"? reported by "svn diff" as themselves and/or as the properties that they shadow?).

Your concrete example was adding personal files to "svn:ignore" but without it being a scheduled change that shows up in "svn status". I have wanted this, and I found the (clumsy, non-ideal) work-around of specifying it in global-ignores in the config file instead. I have never encountered another need for these local property overrides. You hypothesise about wanting to override svn:eol-style, but a hypothetical use case is not a convincing argument.

Given that other people have not spoken up and thought through the semantics and interactions and consequences of such a feature, perhaps you would like to do so, and say exactly how it would work, at least for some concrete examples and in some edge cases. If you can conclude with "Yes, it _can_ all fit together logically, and this is how it would work, and this is why it would be useful," then you will find that people will be more willing to discuss it.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Oct 3 23:15:22 2004