On Wed, Nov 19, 2014 at 12:45:56PM +0100, Stefan Sperling wrote:
> On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> > Hi,
> > I thought you might be interested to study this usability fail:
> > >svn log -r 3901 -h
> > Subcommand 'help' doesn't accept option '-r [--revision] ARG'
> > Type 'svn help help' for usage.
> > --
> > anatoly t.
> To explain the problem:
> The way -h works right now is that it overrides the subcommand to 'help'.
> This happens before any non-option arguments ('log' in your case)
> are evaluated. So the code path for the 'svn log' subcommand is never entered.
> The error message is the same as with 'svn help -r'.
Seems to me 'svn xyz [...] -h [...]' should rather become 'svn help xyz',
dropping all(?) other option args.
I actually never realized -h existed, but to investigate an erratic
command line, I'd find it more convenient to add '-h' than having to
insert 'help' as first arg.
OTOH it's not so good to maintain several ways of reaching the same
outcome. But I guess now that -h is already in the client, we might as
well make it convenient to use.
Received on 2014-11-19 13:16:31 CET