Karl Fogel wrote:
> I think our confusion was that overloading `-r' worked okay for
> `propset', since you could never change a property at a specified
> revision of a versioned object -- that wouldn't make sense. But then
> we carried it over into proplist and propget, where it *would* make
> sense to use -r with a versioned object. And since the overload
> doesn't work for proplist and propget, we shouldn't have used it for
> propset either.
>
> Should we put the current 'propfoo -r' functionality under
> 'revpropfoo' or `rpropfoo' instead?
This way you add 5 more commands. Plus 9 aliases (if you duplicate
the syntax of prop*).
An alternative would be to forbid -r on propdel, propedit and propset,
and to add an option to prop* to work on revprops.
Another alternative : the behavior changes depending on the argument :
a wc target or an URL. In other words :
* Forbid -r for propdel, propedit, propset [targets]
* allow it for propdel, propedit, propset [URL], to work on revprops
* Allow -r for propget and proplist :
with a target, work on "regular prop"
with an url, work on a revprop.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 6 21:46:25 2002