我一直在想是否有一种简单的方法可以推送和拉取一个本地分支到一个名字不同的远程分支，而不必总是指定两个名称。
例如：
$ git clone myrepo.git
$ git checkout -b newb
$ ...
$ git commit -m "Some change"
$ git push origin newb:remote_branch_name
现在如果有人更新了远程分支(remote_branch_name)，我可以：
$ git pull
而且一切都被合并/快进了。但是，如果我在我的本地“newb”中进行更改，我就不能：
$ git push
相反，我必须：
% git push origin newb:remote_branch_name
看起来有点傻。如果git-pull使用git-config branch.newb.merge来确定从哪里拉取，为什么git-push不能有类似的配置选项呢？是否有一个简便的方法，还是我应该继续走冗长的路线？
在进行初始推送时，添加 -u 参数：
git push -u origin my_branch:remote_branch
后续的推送会去你想要的地方。
编辑：
根据评论，那只是设置拉取。
git branch --set-upstream
应该这样做。
push.default设置为upstream，即可将分支推送到它们的上游（由branch.newb.merge定义，这与pull拉取的相同），而不是将分支推送到名称匹配的分支（这是push.default的默认设置matching）。git config push.default upstream
请注意，在Git 1.7.4.2之前，这个被称为tracking而不是upstream，所以如果你使用的是旧版本的Git，请使用tracking。 push.default选项是在Git 1.6.4中添加的，因此如果您使用的是比那更旧的版本，则根本没有此选项，并且需要明确指定要推送到的分支。
git push buildserver .:test_this，其中 . 应该是本地分支名称，而我不一定知道它是什么。我当然可以查找它，但如果有一个像点一样的简写来表示它，那就太棒了。 - Frederick NordHEAD指向特定的提交，否则它指向当前检出的分支。 - Brian CampbellUpdates were rejected because a pushed branch tip is behind its remote 错误。我的本地仓库是最新的，但名称只是有所不同。 - canhazbits这个由Adam发布的指令已经被弃用。您可以使用以下指令：
git branch --set-upstream-to origin/my_remote_branch my_local_branch
my_local_branch的上游分支设置为origin/my_remote_branch。如何轻松地将本地Git分支推送到具有不同名称的远程分支？
以下是您通常需要的关键命令的简短摘要：
# push from your local `branch2` to a remote `branch1` (push to a branch with
# a different name) on the remote named `origin`
git push -u origin branch2:branch1
# pull from a remote branch `branch1` into your currently-checked-out branch
# (which could have a different name--ex: `branch2`)
git pull origin branch1
# Set your upstream to something new in case you want to change it; ex: set your
# currently-checked-out branch (perhaps `branch2`) to track `branch1` on the
# remote named `origin`
git branch -u origin/branch1
# Unset your upstream
git branch --unset-upstream
# See what your upstream is currently set to
git branch -vv
以下内容按照顺序逐一介绍：
这里有太多不完整和部分回答，让我有很多问题和不满意之处。因此，在经过大量努力、研究和实验后，我尝试提供一个完整的解决方案。
要将本地的branch2推送到远程的branch1，您必须像这样指定两个分支：
# Push from local `branch2` to remote `branch1`
git push origin branch2:branch1
# General form: push from local `from_branch` to remote `to_branch`.
# - Watch out!: see also the additional explanations and NB note below!
git push <remote> <from_branch>[:to_branch]
：to_branch部分是可选的。我的意思是，如果要从一个名称为本地分支推送到一个不同名称的远程分支，则该部分是不可选的，但作为一般的git命令，如果您不包括:to_branch部分，该命令将运行，这意味着在这个意义上它是可选的。但是，这可能会产生意想不到的结果！例如，请看下面的命令：# (push to a remote branch with the **same name** as the local branch)
# Reduced **and confusing** form: this pushes from local `branch2` (even if you
# don't currently have it checked-out!) to remote `branch2`.
git checkout branch3
git push origin branch2 # Push from local branch2 to remote branch2
branch3分支，并认为执行git push origin branch2命令会将你的本地branch3推送到远程的branch2，因为你在本地系统上已经检出了branch3，但是实际情况并非如此！相反，git push origin branch2命令会将你的本地branch2分支推送到远程的branch2，即使你没有检出branch2分支也是如此！因此，git push origin branch2与以下命令等价：# These 2 commands are **exactly identical**! The 1st cmd is the short form
# of the 2nd.
git push origin branch2 # Push from local branch2 to remote branch2
git push origin branch2:branch2 # Push from local branch2 to remote branch2
git push <remote> <from_branch>[:to_branch]中，如果您没有使用:to_branch指定远程TO分支，则假定它与本地FROM分支from_branch在remote上具有相同的名称！这意味着，如果您只键入git push origin branch2而不是git push origin some_other_branch:branch2，它将从您本地的branch2向远程的branch2推送，即使您在运行命令时未签出branch2！如果您认为键入git push origin branch2已经告诉了您当前签出的分支some_other_branch向远程推送到branch2，实际上本地的branch2被推送到了远程的branch2，这可能非常令人困惑。git push <remote> <from_branch>[:to_branch]）的文档很难找到，但实际上可以在man git push页面的顶部，在"<refspec>..."部分找到：
然后稍后又说：参数
<refspec>的格式是一个可选的加号+，后跟源对象<src>，后跟冒号:，后跟目标引用<dst>。
我认为这份文档不直观且非常难以理解，但如果有一些示例和我的上述解释，就会容易理解。可以省略：
:<dst>部分 - 这样的推送将更新<src>通常在命令行上没有任何<refspec>更新的引用。
git push：您还可以同时设置上游分支和推送。# Push from local `branch2` to the remote `branch1`, while also at the same time
# setting `branch2` to track `origin/branch1` as the upstream
git push -u origin branch2:branch1
# OR (same thing)
git push --set-upstream origin branch2:branch1
# General form
git push -u <remote> <from_branch>[:to_branch]
Branch 'branch2' set up to track remote branch 'branch1' from 'origin'.
为了更清晰地说明正在发生的事情，需要知道上面的任何一个命令都等同于这两个单独的命令：git push origin branch2:branch1
git branch -u origin/branch1
现在，要查看你的分支上游分支当前设置为什么，请运行双重详细 (-vv) git branch 命令:
git branch -vv
示例输出：
在这里，您可以看到上游分支是origin/master，这意味着远程命名为origin的master分支：
* master b2f0466 [origin/master] c/array_filter_and_remove_element.c: add O(n) in-place solution
注意：
-vv 表示“双倍冗长”。这意味着它不仅会详细地打印 git branch，而且是双倍冗长或者额外冗长。现在打印的“额外冗长”内容包括方括号中的上游分支，如上所示：[origin/matser]。git remote -v 查看所有远程仓库。上面的示例中显示的是 origin 仓库。[如果您已经在本地检出了分支 branch2，则建议这样做！] 要从名为 origin 的远程仓库的 branch1 分支拉取到本地的 branch2 分支，您必须指定要拉取的远程分支，如下所示：
# THIS ASSUMES YOU ARE ALREADY CHECKED-OUT ON BRANCH `branch2`!
git pull origin branch1
# General form
git pull <remote> [from_branch]
git pull origin branch1:branch2
# The general form seems to be:
git pull <remote> <from_branch>[:to_branch]
some_branch，则建议使用此命令！
# Pull FROM a remote branch named `some_branch` TO a local branch named
# `some_branch`, while you do NOT have `some_branch` locally checked-out.
git fetch origin some_branch:some_branch
# General form
git fetch <remote> <from_branch>:<to_branch>
# The above is a special form of `git fetch`, and (I believe) requires that
# `from_branch` and `to_branch` are **the same branch name**. It is roughly
# equivalent to the following *several* commands:
git checkout any_other_branch
# this `git fetch` cmd updates the **locally-stored**, hidden, remote-tracking
# branch named `origin/some_branch` with the latest changes from the branch
# by this name stored on the remote server named `origin`
git fetch origin some_branch
git checkout some_branch
git merge origin/some_branch # merge `origin/some_branch` into `some_branch`
git checkout any_other_branch # go back to the branch we started on
注：
git pull 没有 -u 选项，与 git push 不同。git fetch origin some_branch:some_branch 命令中两次使用了相同的 some_branch 名称。它们之间的区别是：只有 git fetch origin some_branch 更新本地隐藏的远程跟踪分支 origin/some_branch，该分支存储在名为 origin 的远程服务器上，而 git fetch origin some_branch:some_branch 不仅更新该分支，还会将这些更改更新到本地可见的 some_branch 分支中。
some_branch 的分支实际上可以拆分成多达 3 个分支：1）本地分支 some_branch，2）名为 origin 的远程服务器上的远程分支 some_branch，以及 3）本地隐藏的远程跟踪分支 origin/some_branch。请阅读此处以获取更多信息。和我第一次学习这个“3 个分支”概念的地方：如何在本地和远程删除 Git 分支？。另请参见该答案下面的 我的评论。您可以使用上面显示的 git push -u 命令，在 推送时同时将本地分支 branch2 设置为跟踪上游分支 branch1。
您还可以像这样将本地分支 branch2 设置为跟踪上游分支 branch1：
# Set branch2 to track origin/branch1 (`branch1` on remote `origin`)
git branch --set-upstream-to=origin/branch1 branch2
# OR (same thing as just above)
git branch -u origin/branch1 branch2
# General form
git branch -u <remote>/<to_branch> [from_branch]
# OR, same as above if the currently-checked-out branch is `branch2`
git branch --set-upstream-to=origin/branch1
# OR (same thing as just above)
git branch -u origin/branch1
# General form
git branch -u <remote>/<to_branch>
要取消 branch2 的上游分支设置，这样它就不再跟踪以前设置的上游分支（在上面的示例中为 origin/branch1 ），请运行以下命令：
git branch --unset-upstream branch2
# OR, same as above if the currently-checked-out branch is `branch2`
git branch --unset-upstream
如上所示，要查看您的分支当前设置为哪个上游分支，请运行双重详细 (-vv) 的 git branch 命令：
git branch -vv
git push -u origin local_FROM_branch:remote_TO_branch 语法的地方：@Adam Dymitruk的答案git主题：from_branch，也可以运行命令！如果您认为您刚刚告诉您当前检出的分支推送到远程的某个分支，而实际上是该某个分支的本地副本（您当前未检出）被推送到远程，这可能会非常令人困惑。）这部分可以更简洁一些吗？ - Lan Si(some-branch)$ git push origin some-branch:my-feature
Total 0 (delta 0), reused 0 (delta 0)
To github.com:johnmosesman/burner-repo.git
+ 728f0df...8bf04ea some-branch -> my-feature
如何将所有本地分支推送到远程
通常情况下，您不需要经常从本地推送所有分支到远程，但如果需要，您可以添加 --all 标志：
(main)$ git branch
* main
my-feature
(main)$ git push --all
...
To github.com:johnmosesman/burner-repo.git
b7f661f..6e36148 main -> main
* [new branch] my-feature -> my-feature
是的，有一种配置选项可以使git默认推送到上游分支。
使用以下语句，这样您就不必每次都执行git push origin local:remote：
# Set remote branch with a different name as an upstream branch
# for local branch currently checked out
git branch --set-upstream-to origin/remote_branch_name
# Change the default behavior for git-push (see manpage for git-config)
git config push.default upstream
# Now git will push to the upstream branch by default
git push
git push的默认行为为upstream（请参见git-config的man页面）。
现在，git push将遵循这些规则并推送到设置的上游。push的默认行为。此外，它用尽可能少的词语解释了解决方案。 - Codebird如果你想要：
那么只需要执行以下简单操作：
git push origin HEAD:temp-branch-name
注意：您可以将HEAD替换为任何其他分支或提交ID，以代替推送。
push.default = upstream获取拉取的位置。
2. 使用remote.<name>.push更改单个分支。
git config --local push.default upstream
main到origin/master）：git stash命令保存所有修改过的文件（这是针对整个代码库的），然后使用git checkout remoteBranchYouWant命令切换到你想要的远程分支，接着使用git stash pop命令将之前保存的修改应用到新切换的分支上。现在你可以根据需要提交并推送这些修改到新的分支了。这是我使用过的流程。
git clone original-repo-url
git remote rename origin upstream
git remote add origin new-repo-url
现在你的新仓库将会是“origin”，原始仓库则是“upstream”。通过运行git remote -v来确认它。（顺便说一句：Upstream用于从原始仓库获取内容，以便保持本地副本与你想要贡献的项目同步，而origin用于拉取和推送，因为你可以向自己的仓库做出贡献）。
git push origin master
现在你的新远程仓库的主分支（在Github上）将与原始主分支同步，但它不会有任何功能分支。
git rebase upstream/branch-name
git push origin master
git remote rm upstream
git remote add upstream new-repo-url
-u命令只是设置了上游分支，而根据问题描述，上游分支已经被设置。为了让push命令遵循上游分支设置，他需要将push.default设置为upstream，因为默认情况下只有pull命令会这样做。请注意保持原意，并简化语言以提高易懂性。 - Brian Campbellgit branch --set-upstream不是必要的。注意：我的git --version是 2.17.1。 - Gabriel Staples