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

Re: clear out insane shortnames (was: svn commit: r899499)

From: Stefan Sperling <stsp_at_elego.de>
Date: Mon, 23 May 2011 23:06:18 +0200

On Mon, May 23, 2011 at 04:55:03PM -0400, Greg Stein wrote:
> While we're on the subject of wacky options to 'svn' ... I'd like to
> talk abouit pulling out all of these shortnames. These things are very
> obtuse. Seeing "--sr" in a script is going to make me scratch my head.

These aliases are meant for interactive use.

> Does ANYBODY here know what --sr means, when passed to svn? And no
> looking at the code or the help doc.

That's why they are mentioned in the help output :)

>
> How about --ndd?
>
> I do not see these adding any true utility to Subversion, and only
> creating a mess of options. When we started Subversion, one of the
> goals was to have a clear command line. People were absolutely
> confused by the myriad options passed to CVS (global options vs
> cmd-specific options). And in today's environment, we have things like
> 'git' with a billion subcommands and options.
>
> I feel that a change, like below, is sending us down the same path of
> creating a client with so many multitudes of options that it becomes
> HARD to use. Not easier.

We already shipped the --cl alias in 1.6.x which inspired the other
aliases.

I'm fine with removing all the other aliases we've added since the
last release if people really think that it's a bad idea.

I still prefer typing --ri over --reintegrate, or --ie over
--ignore-externals. Maybe we should allow creating custom short aliases
for such options from the client config file?
(I know you hate config knobs, too, but I want short options one way
or another.)
Received on 2011-05-23 23:06:50 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.