Overview
Cobra is a library providing a simple interface to create powerful modern CLI interfaces similar to git & go tools.
Cobra is also an application that will generate your application scaffolding to rapidly develop a Cobra-based application. Cobra provides:
- Easy subcommand-based CLIs:
app server
,app fetch
, etc. - Fully POSIX-compliant flags (including short & long versions)
- Nested subcommands
- Global, local and cascading flags
- Easy generation of applications & commands with
cobra init appname
&cobra add cmdname
- Intelligent suggestions (
app srver
… did you meanapp server
?) - Automatic help generation for commands and flags
- Automatic help flag recognition of
-h
,--help
, etc. - Automatically generated bash autocomplete for your application
- Automatically generated man pages for your application
- Command aliases so you can change things without breaking them
- The flexibility to define your own help, usage, etc.
- Optional tight integration with viper for 12-factor apps
Concepts
Cobra is built on a structure of commands, arguments & flags.
Commands represent actions, Args are things and Flags are modifiers for those actions.
The best applications will read like sentences when used. Users will know how to use the application because they will natively understand how to use it.
The pattern to follow is
APPNAME VERB NOUN --ADJECTIVE.
or
APPNAME COMMAND ARG --FLAG
A few good real world examples may better illustrate this point.
In the following example, ‘server’ is a command, and ‘port’ is a flag:
1 |
|
In this command we are telling Git to clone the url bare.
1 |
|
Commands
Command is the central point of the application. Each interaction that the application supports will be contained in a Command. A command can have children commands and optionally run an action.
In the example above, ‘server’ is the command.
Flags
A flag is a way to modify the behavior of a command. Cobra supports fully POSIX-compliant flags as well as the Go flag package. A Cobra command can define flags that persist through to children commands and flags that are only available to that command.
In the example above, ‘port’ is the flag.
Flag functionality is provided by the pflag library, a fork of the flag standard library which maintains the same interface while adding POSIX compliance.
Installing
Using Cobra is easy. First, use go get
to install the latest version
of the library. This command will install the cobra
generator executable
along with the library and its dependencies:
1 |
|
Next, include Cobra in your application:
1 |
|
Getting Started
While you are welcome to provide your own organization, typically a Cobra-based application will follow the following organizational structure:
1 |
|
In a Cobra app, typically the main.go file is very bare. It serves one purpose: initializing Cobra.
1 |
|
Using the Cobra Generator
Cobra provides its own program that will create your application and add any commands you want. It’s the easiest way to incorporate Cobra into your application.
Here you can find more information about it.
Using the Cobra Library
To manually implement Cobra you need to create a bare main.go file and a rootCmd file. You will optionally provide additional commands as you see fit.
Create rootCmd
Cobra doesn’t require any special constructors. Simply create your commands.
Ideally you place this in app/cmd/root.go:
1 |
|
You will additionally define flags and handle configuration in your init() function.
For example cmd/root.go:
1 |
|
Create your main.go
With the root command you need to have your main function execute it. Execute should be run on the root for clarity, though it can be called on any command.
In a Cobra app, typically the main.go file is very bare. It serves, one purpose, to initialize Cobra.
1 |
|
Create additional commands
Additional commands can be defined and typically are each given their own file inside of the cmd/ directory.
If you wanted to create a version command you would create cmd/version.go and populate it with the following:
1 |
|
Working with Flags
Flags provide modifiers to control how the action command operates.
Assign flags to a command
Since the flags are defined and used in different locations, we need to define a variable outside with the correct scope to assign the flag to work with.
1 |
|
There are two different approaches to assign a flag.
Persistent Flags
A flag can be ‘persistent’ meaning that this flag will be available to the command it’s assigned to as well as every command under that command. For global flags, assign a flag as a persistent flag on the root.
1 |
|
Local Flags
A flag can also be assigned locally which will only apply to that specific command.
1 |
|
Local Flag on Parent Commands
By default Cobra only parses local flags on the target command, any local flags on
parent commands are ignored. By enabling Command.TraverseChildren
Cobra will
parse local flags on each command before executing the target command.
1 |
|
Bind Flags with Config
You can also bind your flags with viper:
1 |
|
In this example the persistent flag author
is bound with viper
.
Note, that the variable author
will not be set to the value from config,
when the --author
flag is not provided by user.
More in viper documentation.
Required flags
Flags are optional by default. If instead you wish your command to report an error when a flag has not been set, mark it as required:
1 |
|
Positional and Custom Arguments
Validation of positional arguments can be specified using the Args
field
of Command
.
The following validators are built in:
NoArgs
- the command will report an error if there are any positional args.ArbitraryArgs
- the command will accept any args.OnlyValidArgs
- the command will report an error if there are any positional args that are not in theValidArgs
field ofCommand
.MinimumNArgs(int)
- the command will report an error if there are not at least N positional args.MaximumNArgs(int)
- the command will report an error if there are more than N positional args.ExactArgs(int)
- the command will report an error if there are not exactly N positional args.ExactValidArgs(int)
= the command will report and error if there are not exactly N positional args OR if there are any positional args that are not in theValidArgs
field ofCommand
RangeArgs(min, max)
- the command will report an error if the number of args is not between the minimum and maximum number of expected args.
An example of setting the custom validator:
1 |
|
Example
In the example below, we have defined three commands. Two are at the top level and one (cmdTimes) is a child of one of the top commands. In this case the root is not executable meaning that a subcommand is required. This is accomplished by not providing a ‘Run’ for the ‘rootCmd’.
We have only defined one flag for a single command.
More documentation about flags is available at https://github.com/spf13/pflag
1 |
|
For a more complete example of a larger application, please checkout Hugo.
Help Command
Cobra automatically adds a help command to your application when you have subcommands. This will be called when a user runs ‘app help’. Additionally, help will also support all other commands as input. Say, for instance, you have a command called ‘create’ without any additional configuration; Cobra will work when ‘app help create’ is called. Every command will automatically have the ‘–help’ flag added.
Example
The following output is automatically generated by Cobra. Nothing beyond the command and flag definitions are needed.
1 |
|
Help is just a command like any other. There is no special logic or behavior around it. In fact, you can provide your own if you want.
Defining your own help
You can provide your own Help command or your own template for the default command to use with following functions:
1 |
|
The latter two will also apply to any children commands.
Usage Message
When the user provides an invalid flag or invalid command, Cobra responds by showing the user the ‘usage’.
Example
You may recognize this from the help above. That’s because the default help embeds the usage as part of its output.
1 |
|
Defining your own usage
You can provide your own usage function or template for Cobra to use. Like help, the function and template are overridable through public methods:
1 |
|
Version Flag
Cobra adds a top-level ‘–version’ flag if the Version field is set on the root command.
Running an application with the ‘–version’ flag will print the version to stdout using
the version template. The template can be customized using the
cmd.SetVersionTemplate(s string)
function.
PreRun and PostRun Hooks
It is possible to run functions before or after the main Run
function of your command. The PersistentPreRun
and PreRun
functions will be executed before Run
. PersistentPostRun
and PostRun
will be executed after Run
. The Persistent*Run
functions will be inherited by children if they do not declare their own. These functions are run in the following order:
PersistentPreRun
PreRun
Run
PostRun
PersistentPostRun
An example of two commands which use all of these features is below. When the subcommand is executed, it will run the root command’s PersistentPreRun
but not the root command’s PersistentPostRun
:
1 |
|
Output:
1 |
|
Suggestions when “unknown command” happens
Cobra will print automatic suggestions when “unknown command” errors happen. This allows Cobra to behave similarly to the git
command when a typo happens. For example:
1 |
|
Suggestions are automatic based on every subcommand registered and use an implementation of Levenshtein distance. Every registered command that matches a minimum distance of 2 (ignoring case) will be displayed as a suggestion.
If you need to disable suggestions or tweak the string distance in your command, use:
1 |
|
or
1 |
|
You can also explicitly set names for which a given command will be suggested using the SuggestFor
attribute. This allows suggestions for strings that are not close in terms of string distance, but makes sense in your set of commands and for some which you don’t want aliases. Example:
1 |
|
Generating documentation for your command
Cobra can generate documentation based on subcommands, flags, etc. in the following formats:
Generating bash completions
Cobra can generate a bash-completion file. If you add more information to your command, these completions can be amazingly powerful and flexible. Read more about it in Bash Completions.
作为手脚架使用
1 |
|