hub(1) -- git + hub = github ============================ ## SYNOPSIS `hub` [`--noop`] `hub alias` [`-s`] [] ### Expanded git commands: `git init -g` `git clone` [`-p`] [/] `git remote add` [`-p`] [/] `git remote set-url` [`-p`] [/] `git fetch` ,[,...] `git checkout` [] `git merge` `git cherry-pick` `git am` `git apply` `git push` ,,..., [] `git submodule add` [`-p`] [/] ### Custom git commands: `git create` [] [`-p`] [`-d` ] [`-h` ] `git browse` [`-u`] [[`/`]] [SUBPAGE] `git compare` [`-u`] [] [[...]] `git fork` [`--no-remote`] `git pull-request` [`-o`|`--browse`] [`-f`] [`-m` |`-F` |`-i` |] [`-b` ] [`-h` ] `git ci-status` [`-v`] [] ## DESCRIPTION hub enhances various git commands to ease most common workflows with GitHub. * `hub --noop` : Shows which command(s) would be run as a result of the current command. Doesn't perform anything. * `hub alias` [`-s`] []: Shows shell instructions for wrapping git. If given, specifies the type of shell; otherwise defaults to the value of SHELL environment variable. With `-s`, outputs shell script suitable for `eval`. * `git init` `-g` : Create a git repository as with git-init(1) and add remote `origin` at "git@github.com:/.git"; is your GitHub username and is the current working directory's basename. * `git clone` [`-p`] [`/`] : Clone repository "git://github.com//.git" into as with git-clone(1). When / is omitted, assumes your GitHub login. If the repository is private or the current user has push access to the repository, hub will use the ssh protocol for cloning. Use `-p` to select the ssh protocol unconditionally. HTTPS protocol can be used instead by setting "hub.protocol" (see ). * `git remote add` [`-p`] [`/`]: Add remote "git://github.com//.git" as with git-remote(1). When / is omitted, the basename of the current working directory is used. With `-p`, use private remote "git@github.com:/.git". If is "origin" then uses your GitHub login. * `git remote set-url` [`-p`] [/]: Sets the url of remote using the same rules as `git remote add`. * `git fetch` ,[,...]: Adds missing remote(s) with `git remote add` prior to fetching. New remotes are only added if they correspond to valid forks on GitHub. * `git checkout` []: Checks out the head of the pull request as a local branch, to allow for reviewing, rebasing and otherwise cleaning up the commits in the pull request before merging. The name of the local branch can explicitly be set with . * `git merge` : Merge the pull request with a commit message that includes the pull request ID and title, similar to the GitHub Merge Button. * `git cherry-pick` : Cherry-pick a commit from a fork using either full URL to the commit or GitHub-flavored Markdown notation, which is `user@sha`. If the remote doesn't yet exist, it will be added. A `git fetch ` is issued prior to the cherry-pick attempt. * `git [am|apply]` : Downloads the patch file for the pull request or commit at the URL and applies that patch from disk with `git am` or `git apply`. Similar to `cherry-pick`, but doesn't add new remotes. `git am` creates commits while preserving authorship info while `apply` only applies the patch to the working copy. * `git push` ,,..., []: Push to each of through by executing multiple `git push` commands. * `git submodule add` [`-p`] [/] : Submodule repository "git://github.com//.git" into as with git-submodule(1). When / is omitted, assumes your GitHub login. With `-p`, use private remote "git@github.com:/.git". * `git help`: Display enhanced git-help(1). hub also adds some custom commands that are otherwise not present in git: * `git create` [] [`-p`] [`-d` ] [`-h` ]: Create a new public GitHub repository from the current git repository and add remote `origin` at "git@github.com:/.git"; is your GitHub username and is the current working directory name. To explicitly name the new repository, pass in , optionally in / form to create under an organization you're a member of. With `-p`, create a private repository, and with `-d` and `-h` set the repository's description and homepage URL, respectively. * `git browse` [`-u`] [[`/`]] [SUBPAGE]: Open repository's GitHub page in the system's default web browser using `open(1)` or the `BROWSER` env variable. If the repository isn't specified, `browse` opens the page of the repository found in the current directory. If SUBPAGE is specified, the browser will open on the specified subpage: one of "wiki", "commits", "issues" or other (the default is "tree"). With `-u`, outputs the URL rather than opening the browser. * `git compare` [`-u`] [] [[...]]: Open a GitHub compare view page in the system's default web browser. to are branch names, tag names, or commit SHA1s specifying the range of history to compare. If a range with two dots (`a..b`) is given, it will be transformed into one with three dots. If is omitted, GitHub will compare against the base branch (the default is "master"). If is omitted, GitHub compare view is opened for the current branch. With `-u`, outputs the URL rather than opening the browser. * `git fork` [`--no-remote`]: Forks the original project (referenced by "origin" remote) on GitHub and adds a new remote for it under your username. * `git pull-request` [`-o`|`--browse`] [`-f`] [`-m` |`-F` |`-i` |] [`-b` ] [`-h` ]: Opens a pull request on GitHub for the project that the "origin" remote points to. The default head of the pull request is the current branch. Both base and head of the pull request can be explicitly given in one of the following formats: "branch", "owner:branch", "owner/repo:branch". This command will abort operation if it detects that the current topic branch has local commits that are not yet pushed to its upstream branch on the remote. To skip this check, use `-f`. Without or , a text editor will open in which title and body of the pull request can be entered in the same manner as git commit message. Pull request message can also be passed via stdin with `-F -`. With `-o` or `--browse`, the new pull request will open in the web browser. Issue to pull request conversion via `-i ` or arguments is deprecated and will likely be removed from the future versions of both hub and GitHub API. * `git ci-status` [`-v`] []: Looks up the SHA for in GitHub Status API and displays the latest status. Exits with one of: success (0), error (1), failure (1), pending (2), no status (3) If `-v` is given, additionally print the URL to CI build results. ## CONFIGURATION Hub will prompt for GitHub username & password the first time it needs to access the API and exchange it for an OAuth token, which it saves in "~/.config/hub". To avoid being prompted, use and environment variables. If you prefer the HTTPS protocol for GitHub repositories, you can set "hub.protocol" to "https". This will affect `clone`, `fork`, `remote add` and other operations that expand references to GitHub repositories as full URLs that otherwise use git and ssh protocols. "hub.protocol" only applies when the "OWNER/REPO" shorthand is used instead of a full git URL. $ git config --global hub.protocol https ### GitHub Enterprise By default, hub will only work with repositories that have remotes which point to github.com. GitHub Enterprise hosts need to be whitelisted to configure hub to treat such remotes same as github.com: $ git config --global --add hub.host my.git.org The default host for commands like `init` and `clone` is still github.com, but this can be affected with the environment variable: $ GITHUB_HOST=my.git.org git clone myproject ## EXAMPLES {{README}} ## BUGS ## AUTHORS ## SEE ALSO git(1), git-clone(1), git-remote(1), git-init(1), ,