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. ~Neels
signature.asc
Description: Digital signature
