In Example we have a bunch of subcommands listed, however there is no way to make any of them the default.
I've tried, for example, changing the final subcommand to .command('*', undefined, {isDefault: true}) however it seems to have no impact. Providing a description does worse: it causes file-* does not exist to be returned for either * or default.
Facing same problem. I have:
program.command('help', null, {isDefault:true})
.description('display help information.')
.action(function(){
program.outputHelp();
});
program.command('*', null, {noHelp:true})
.action(function(cmd){
console.error('unrecognized command: ' + cmd);
program.outputHelp();
});
noHelp is working as expected, while isDefault has no impact.
+1
Is this going to be looked at? It seems like https://github.com/tj/commander.js/blob/aaa447a8f0717771d0b021c27b709ef867c220e0/index.js#L169-L191 is being called three times. The first time it correctly finds the isDefault flag, the last two are undefined.
Is this package at all maintained anymore? This is really a critical issue and is still not fixed.
These days I'm using:
And a more popular alternative is:
The isDefault functionality is currently only supported for git-style subcommands. I am closing this issue in favour of #742 which identifies the limitation in the title.
I know this is a lot to ask but could you elaborate (provide a short example maybe?) what does it mean _git-style subcommands_? I am mighty confused...
@padcom
There is a section in the README, and example in the examples:
https://github.com/tj/commander.js#git-style-sub-commands
https://github.com/tj/commander.js/blob/master/examples/pm
Most helpful comment
Facing same problem. I have:
noHelpis working as expected, whileisDefaulthas no impact.