Verb aliases

[kirillkovalenko]

I suggest implementing verb aliases. For example: hg rename, hg move, hg mv is the same command.

[nemec]

This can be trivially fixed in the short term by setting AllowMultiple to true on the VerbAttribute.

[gsscoder]

@kirillkovalenko, this is a nice idea! 👍 Thansk!

[gsscoder]

@nemec, an example?

[kirillkovalenko]

@gsscoder are you really back? the issue is almost 2 y.o. now.

[gsscoder]

@kirillkovalenko, check the project activity

this is the state of art of Command Line Parser Library 2.0.x-alpha: https://github.com/gsscoder/commandline/wiki/Latest-Version

[gsscoder]

[kirillkovalenko]

There could be even more sugar. Many tools allow using a shorter form of a verb or command (e.g. 'hg o' instead of 'hg out') provided that this shorter form is not ambiguous, and if it is ambiguous a nice hint is provided in the error message, e.g. 'hg: command 'a' is ambiguous: add addremove annotate archive'

[gsscoder]

@kirillkovalenko, this alias is implicit like:

[Verb("add")] class AddOptions { }
[Verb("commit")] class CommitOptions { }

Will allow a, c or explicitly defined:

[Verb("add", Alias=new[] {"a"})] class AddOptions { }
[Verb("commit", Alias=new[] {"cm", "cmt"})] class CommitOptions { }

?

[rmunn]

👍 from me for this feature. I could use verb aliases in my current project, if they were available.

[nemec]

@gsscoder what I meant was allowing the following:

[Verb("ci")]
[Verb("commit")] 
class CommitOptions { }

[gsscoder]

@nemec, it's another vaiable solution... :)

Anyway as announced in #213 this is an enhancement and will be the implementation is in any case post poned after 2.0.* gains stable status.