hub(1)

πŸ’… hub(1) β€” the hub manual, bestie πŸ’…

okay so welcome to the hub manual, bestie β€” this is the page that makes git easier with GitHub, and we’re gonna get through it together ✨


πŸ’– NAME πŸ’–

hub β€” make git easier with GitHub 🫢

✨ SYNOPSIS ✨

hub [--noop] COMMAND [OPTIONS]
hub alias [-s] [SHELL]
hub help hub-COMMAND

πŸ¦‹ DESCRIPTION πŸ¦‹

So hub is a tool that wraps git and extends it with extra functionality, and the whole point is that working with GitHub is just better this way. It’s giving β€œgit but make it GitHub-aware,” no cap πŸ’…

πŸŽ€ COMMANDS πŸŽ€

Available commands are split into two groups: the ones that are already present in git but get extended through hub, and the custom ones that hub provides.

🌸 Extended git commands 🌸

  • hub-am(1) β€” Replicate commits from a GitHub pull request locally. πŸ“
  • hub-apply(1) β€” Download a patch from GitHub and apply it locally. ✨
  • hub-checkout(1) β€” Check out the head of a pull request as a local branch. πŸŽ€
  • hub-cherry-pick(1) β€” Cherry-pick a commit from a fork on GitHub. πŸ’
  • hub-clone(1) β€” Clone a repository from GitHub. πŸ¦‹
  • hub-fetch(1) β€” Add missing remotes prior to performing git fetch. 🌈
  • hub-init(1) β€” Initialize a git repository and add a remote pointing to GitHub. 🌱
  • hub-merge(1) β€” Merge a pull request locally with a message like the GitHub Merge Button. πŸ‘‘
  • hub-push(1) β€” Push a git branch to each of the listed remotes. πŸš€
  • hub-remote(1) β€” Add a git remote for a GitHub repository. πŸ”—
  • hub-submodule(1) β€” Add a git submodule for a GitHub repository. 🧚

πŸ¦‹ New commands provided by hub πŸ¦‹

  • hub-alias(1) β€” Show shell instructions for wrapping git. πŸ’«
  • hub-api(1) β€” Low-level GitHub API request interface. πŸ”₯
  • hub-browse(1) β€” Open a GitHub repository in a web browser. 🌐
  • hub-ci-status(1) β€” Display status of GitHub checks for a commit. βœ…
  • hub-compare(1) β€” Open a GitHub compare page in a web browser. πŸͺž
  • hub-create(1) β€” Create a new repository on GitHub and add a git remote for it. πŸŽ‰
  • hub-delete(1) β€” Delete a repository on GitHub. πŸ’€
  • hub-fork(1) β€” Fork the current repository on GitHub and add a git remote for it. 🍴
  • hub-gist(1) β€” Create and print GitHub Gists. πŸ“
  • hub-pull-request(1) β€” Create a GitHub Pull Request. 🫢
  • hub-pr(1) β€” Manage GitHub Pull Requests for the current repository. πŸŽ€
  • hub-issue(1) β€” Manage GitHub Issues for the current repository. πŸ›
  • hub-release(1) β€” Manage GitHub Releases for the current repository. πŸš€
  • hub-sync(1) β€” Fetch git objects from upstream and update local branches. πŸ”„

🧚 CONVENTIONS 🧚

Most hub commands are supposed to be run in the context of an existing local git repository. hub will automatically detect the GitHub repository that the current working directory belongs to by scanning its git remotes. It’s doing the detective work so you don’t have to πŸ”

In case there are multiple git remotes that are all pointing to GitHub, hub assumes that the main one is named "upstream", "github", or "origin", in that order of preference. That’s the hierarchy, bestie πŸ‘‘

When working with forks, it’s recommended that the git remote for your own fork is named "origin" and that the git remote for the upstream repository is named "upstream". See ⟨https://help.github.com/articles/configuring-a-remote-for-a-fork/⟩ 🫢

The default branch (usually "master") for the current repository is detected like so:

git symbolic-ref refs/remotes/origin/HEAD

where origin is the name of the git remote for the upstream repository.

The destination where the currently checked out branch is considered to be pushed to depends on the git config push.default setting. If the value is "upstream" or "tracking", the tracking information for a branch is read like so:

git rev-parse --symbolic-full-name BRANCH@{upstream}

Otherwise, hub scans git remotes to find the first one for which refs/remotes/REMOTE/BRANCH exists. The "origin", "github", and "upstream" remotes are searched last because hub assumes that it’s more likely that the current branch is pushed to your fork rather than to the canonical repo. It’s giving β€œI know your fork is the main character here” πŸ’…

πŸ” CONFIGURATION πŸ”

πŸ—οΈ GitHub OAuth authentication πŸ—οΈ

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. It’s a whole little handshake, and honestly? iconic πŸ”₯

To avoid being prompted, use GITHUB_USER and GITHUB_PASSWORD environment variables.

Alternatively, you may provide GITHUB_TOKEN, an access token with repo permissions. This will not be written to ~/.config/hub β€” so that one stays out of the saved config, bestie πŸ™ˆ

🌈 HTTPS instead of git protocol 🌈

If you prefer the HTTPS protocol for git operations, you can configure hub to generate all URLs with https: instead of git: or ssh::

$ git config --global hub.protocol https

This will affect clone, fork, remote add and other hub commands that expand shorthand references to GitHub repo URLs. So yeah, it changes the URL vibe across the board ✨

🏒 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 GITHUB_HOST environment variable:

$ GITHUB_HOST=my.git.org git clone myproject

🌱 Environment variables 🌱

  • HUB_VERBOSE β€” If this environment variable is set, verbose logging will be printed to stderr. So you can see all the little details πŸ‘€
  • HUB_CONFIG β€” The file path where hub configuration is read from and stored. If XDG_CONFIG_HOME is present, the default is $XDG_CONFIG_HOME/hub; otherwise it’s $HOME/.config/hub. The configuration file is also searched for in XDG_CONFIG_DIRS per XDG Base Directory Specification. πŸ—‚οΈ
  • HUB_PROTOCOL β€” One of "https", "ssh", or "git" as preferred protocol for git clone/push. 🌈
  • GITHUB_HOST β€” The GitHub hostname to default to instead of "github.com". 🏒
  • GITHUB_TOKEN β€” OAuth token to use for GitHub API requests. πŸ”‘
  • GITHUB_USER β€” The GitHub username of the actor of GitHub API operations. πŸ‘€
  • GITHUB_PASSWORD β€” The GitHub password used to exchange user credentials for an OAuth token that gets stored in hub configuration. If not set, it may be interactively prompted for on first run. πŸ™ˆ
  • GITHUB_REPOSITORY β€” A value in "OWNER/REPO" format that specifies the repository that API operations should be performed against. Currently only used to infer the default value of GITHUB_USER for API requests. 🎯

πŸ’€ BUGS πŸ’€

bugs? bestie, take it here: ⟨https://github.com/github/hub/issues⟩ 😭

πŸ‘‘ AUTHORS πŸ‘‘

the icons who made this happen: ⟨https://github.com/github/hub/contributors⟩ πŸ‘‘

πŸ”— SEE ALSO πŸ”—

git(1), git-clone(1), git-remote(1), git-init(1), ⟨https://github.com/github/hub⟩


okay bye bestie 🫢 β€” this was hub(1), from hub version 2.14.2, dated 07 Jan 2024. periodt πŸ’…πŸ’–

πŸ“¦ where this page comes from