Make your own git commands.
Add this line to your application's Gemfile:
gem 'git-commander'
And then execute:
$ bundle
Or install it yourself as:
$ gem install git-commander
All commands you register can be run using git cmd ...
.
Registering a new command is as easy as creating a new Workflow
file in your git-root's directory (or organize them in a .git-commands
directory).
Example:
# ~/git-root/.git-commands/current.rb
plugin :system
command :current do |cmd|
cmd.summary "Outputs all commits not on the base branch"
cmd.argument :base_branch, default: "master"
cmd.on_run do |options|
current_branch = system.run "git rev-parse --abbrev-ref HEAD"
system.run "git log #{options[:base_branch]}..#{current_branch} --format=\"%C(auto)%h %s %C(#999999)%ar\" --color"
end
end
In the above example, we:
- Use the native
system
plugin. This gives us access to an instance of System inside of ouron_run
block. - Creates a new
git cmd current :base_branch
command and runs everything in theon_run
block when we execute it (passing the:base_branch
in theoptions
)
cmd
can configure multiple argument
, flag
, switch
options, and a default: 'some value'
can be set for any.
A long-form description
can also be set for your commands for use in the command's help text: git cmd help current
.
You can define multiple commands in a single file if you wish, but it is recommended to keep commands contained to their own file.
Command declaration files can include their own inline gems:
gemfile do
source "https://rubygems.org"
gem "octokit"
end
Git-commander is built with the intention of being extended. To make things
flexible, there is a plugin architecture that allows you to define new top-level
methods that can be available inside of your command's on_run
blocks.
As a simple example, if you wanted access to a github
method to perform API calls, you can use the octokit gem to do this:
# .git-commands/plugins/github.rb
gemfile do
source "https://rubygems.org"
gem "octokit"
end
Octokit::Client.new
Then in a new command, use the new github
plugin:
plugin :github
command :prs do |cmd|
cmd.summary "Lists all open GitHub PullRequests for the git-commander repo"
cmd.on_run do |cmd|
github.pull_requests("codenamev/git-commander", state: "open").each do |pr|
say "@#{pr.user.login} #{pr.title} – #{pr.html_url}"
end
end
end
- Name of the plugin
- Gem dependencies (via
gemfile
block) - Plugin dependencies
- Plugin-specific commands
- The plugin instance
As mentioned in the simple example above, the filename of the plugin defines the keyword that will be available within the on_run
blocks of your commands. Plugins must be added to your .git-commands/plugins
directory, and the file extension must be .rb
. Whatever you name the file becomes the name used internally to reference it. So if you name your plugin some-awesome-plugin.rb
, you will have to reference it as plugin 'some-awesome-plugin'
.
Just like commands, you can include third-party gems using Bundler's inline helpers.
Also the same as with commands, plugins can also define other plugins as dependencies. We include the following plugins natively:
Plugins can also define their own commands. These commands will be namespaced to the name of the plugin. So the following plugin would allow you to run git cmd github:setup
.
gemfile do
source "https://rubygems.org"
gem "octokit"
end
plugin :prompt
command :setup do |cmd|
cmd.summary "Connects to GitHub, creates an access token, and stores it in the git-cmd section of your git config"
cmd.on_run do
gh_user = prompt.ask("Please enter your GitHub username", required: true)
gh_password = promt.mask("Please enter your GitHub password (this is NOT stored): ", required: true)
github.login = gh_user
github.password = gh_password
# Check for 2-factor requirements
begin
client.user
rescue Octokit::Unauthorized
github.user(
gh_user,
headers: { "X-GitHub-OTP" => prompt.ask("Please enter your two-factor authentication code") }
)
end
say "GitHub account successfully setup!"
end
end
Octokit::Client.new
When plugins are loaded, their content is evaluated in the context of the Plugin::Loader class. Whatever the file returns (the last line evaluated) is stored as the plugin's instance. In this way, whenever you reference the plugin from within a command's on_run
, you are referencing the same instance that was returned from evaluating the plugin's file.
After checking out the repo, run bin/setup
to install dependencies. Then, run rake
to run the tests. You can also run bin/console
for an interactive prompt that will allow you to experiment.
To install this gem onto your local machine, run bundle exec rake install
. To release a new version, update the version number in version.rb
, and then run bundle exec rake release
, which will create a git tag for the version, push git commits and tags, and push the .gem
file to rubygems.org.
Bug reports and pull requests are welcome on GitHub. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the Contributor Covenant code of conduct.
The gem is available as open source under the terms of the MIT License.
Everyone interacting in the GitCommander project’s codebases, issue trackers, chat rooms and mailing lists is expected to follow the code of conduct.