--- title: Pushing commits to a remote repository intro: Use `git push` to push commits made on your local branch to a remote repository. redirect_from: - /articles/pushing-to-a-remote/ - /articles/pushing-commits-to-a-remote-repository - /github/using-git/pushing-commits-to-a-remote-repository - /github/getting-started-with-github/pushing-commits-to-a-remote-repository - /github/getting-started-with-github/using-git/pushing-commits-to-a-remote-repository versions: fpt: '*' ghes: '*' ghae: '*' shortTitle: Push commits to a remote --- ## About `git push` The `git push` command takes two arguments: * A remote name, for example, `origin` * A branch name, for example, `main` For example: ```shell git push <REMOTENAME> <BRANCHNAME> ``` As an example, you usually run `git push origin main` to push your local changes to your online repository. ## Renaming branches To rename a branch, you'd use the same `git push` command, but you would add one more argument: the name of the new branch. For example: ```shell git push <REMOTENAME> <LOCALBRANCHNAME>:<REMOTEBRANCHNAME> ``` This pushes the `LOCALBRANCHNAME` to your `REMOTENAME`, but it is renamed to `REMOTEBRANCHNAME`. ## Dealing with "non-fast-forward" errors If your local copy of a repository is out of sync with, or "behind," the upstream repository you're pushing to, you'll get a message saying `non-fast-forward updates were rejected`. This means that you must retrieve, or "fetch," the upstream changes, before you are able to push your local changes. For more information on this error, see "[Dealing with non-fast-forward errors](/github/getting-started-with-github/dealing-with-non-fast-forward-errors)." ## Pushing tags By default, and without additional parameters, `git push` sends all matching branches that have the same names as remote branches. To push a single tag, you can issue the same command as pushing a branch: ```shell git push <REMOTENAME> <TAGNAME> ``` To push all your tags, you can type the command: ```shell git push <REMOTENAME> --tags ``` ## Deleting a remote branch or tag The syntax to delete a branch is a bit arcane at first glance: ```shell git push <REMOTENAME> :<BRANCHNAME> ``` Note that there is a space before the colon. The command resembles the same steps you'd take to rename a branch. However, here, you're telling Git to push _nothing_ into `BRANCHNAME` on `REMOTENAME`. Because of this, `git push` deletes the branch on the remote repository. ## Remotes and forks You might already know that [you can "fork" repositories](https://guides.github.com/overviews/forking/) on GitHub. When you clone a repository you own, you provide it with a remote URL that tells Git where to fetch and push updates. If you want to collaborate with the original repository, you'd add a new remote URL, typically called `upstream`, to your local Git clone: ```shell git remote add upstream <THEIR_REMOTE_URL> ``` Now, you can fetch updates and branches from *their* fork: ```shell git fetch upstream # Grab the upstream remote's branches > remote: Counting objects: 75, done. > remote: Compressing objects: 100% (53/53), done. > remote: Total 62 (delta 27), reused 44 (delta 9) > Unpacking objects: 100% (62/62), done. > From https://{% data variables.command_line.codeblock %}/octocat/repo > * [new branch] main -> upstream/main ``` When you're done making local changes, you can push your local branch to GitHub and [initiate a pull request](/articles/about-pull-requests). For more information on working with forks, see "[Syncing a fork](/articles/syncing-a-fork)". ## Further reading - [The "Remotes" chapter from the "Pro Git" book](https://git-scm.com/book/ch5-2.html) - [`git remote` man page](https://git-scm.com/docs/git-remote.html) - "[Git cheatsheet](/articles/git-cheatsheet)" - "[Git workflows](/github/getting-started-with-github/git-workflows)" - "[Git Handbook](https://guides.github.com/introduction/git-handbook/)"