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

Re: setprop vs. propset

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Thu, 28 Aug 2008 12:12:26 -0400

Julian Foad <julianfoad_at_btopenworld.com> writes:
> Certainly - if individuals want to create their own wrappers and aliases
> for "svn" and/or its subcommands, they are welcome to do so.
>
> I didn't speak up before but I am also -1 on adding more aliases. Mainly
> because they create more entropy which makes various scripting,
> communication and maintenance tasks more burdensome without adding a
> corresponding amount of value. For example, the book gets longer, the
> examples get more inconsistent, or inconsistent with what a user prefers
> to type, the wrapper scripts that people write around "svn" get longer,
> the patch reviews start having bikeshed discussions about which we
> should prefer and promote in examples and in our maintained scripts, and
> so on.
>
> Also because it is an open-ended specification: there is no limit to the
> number of aliases that people could claim to be "useful", so the
> "improvement" could never be "complete".
>
> I do accept that the command "setprop" may be easier to remember than
> (or at least as easy as) "propset". If we'd had it that way around from
> the start, we might not be having this discussion. It's just that I
> believe the various small disadvantages of adding more aliases would
> accumulate to make the whole Subversion universe in the end worse than
> (or at least no better than) the way it is now where the problem is just
> that some commands are less easy to remember than we would like.
>
> (The fact that we already have some aliases that don't serve a useful
> purpose, such as "praise", perhaps makes some people think it would be
> OK to go on adding more aliases, and doesn't help my argument, but it's
> too late to remove them now.)

What he said.

(Note that "praise" was added largely for humor -- I think it was worth
it, too :-) ).

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-28 18:12:40 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.