这不是对这个问题的直接回答，但我想在这里为任何在尝试配置上游分支时可能遇到与我相同问题的人留下一条注释。

小心push.default。

对于较旧的git版本，默认值为匹配，如果您有以下情况，则会导致非常不理想的行为：

本地分支机构“主”跟踪到原点/主

远程分支“上游”跟踪到上游/主分支

如果您在“上游”分支上尝试“git push”，则使用push.default匹配，git将自动尝试将本地分支“master”合并为“upstream/master”，从而导致大量混乱。

这会产生更理智的行为：

git-config—全局push.default上游

以某种相关的方式，我试图将远程跟踪分支添加到现有分支，但无法访问系统上的远程存储库，我想在其中添加远程跟踪分支（因为我经常通过sneakernet将此回购的副本导出到另一个有权推送到该远程的系统）。我发现没有办法强制在本地上添加尚未提取的远程分支（因此本地不知道该分支在远程上存在，我会得到错误：请求的上游分支“origin/remotebranchname”不存在）。

最后，我通过在.git/refs/remotes/origin/remothbranchname处添加一个新的头文件，然后将ref（眼球移动最快，虽然很蹩脚；-）从有权访问原始存储库的系统复制到工作站（使用我添加远程分支的本地存储库），成功地添加了以前未知的新远程分支（无需获取）。

完成后，我可以使用gitbranch--setupstreamto=origin/remotebranchname

对于1.6.x，可以使用git_remote_branch工具完成：

grb track foo upstream

这将导致Git使foo跟踪上游/foo。

或简单地通过：

如果您还不在分支中，请切换到分支：

[za]$ git checkout branch_name

run

[za]$ git branch --set-upstream origin branch_name
Branch origin set up to track local branch brnach_name by rebasing.

您准备好：

 [za]$ git push origin branch_name

您可以查看配置文件，看看是什么通过运行以下命令来跟踪什么：

 [za]$ git config -e

很高兴知道这一点，它显示了哪些分支被跟踪，哪些分支没有被跟踪。：

  [za]$ git remote show origin 

这也行

git branch --set-upstream-to=/< remote>/< branch> < localbranch>

给定分支foo和远程上游：

截至Git 1.8.0：

git branch -u upstream/foo

或者，如果本地分支foo不是当前分支：

git branch -u upstream/foo foo

或者，如果您想键入更长的命令，这些命令相当于以上两个命令：

git branch --set-upstream-to=upstream/foo

git branch --set-upstream-to=upstream/foo foo

截至Git 1.7.0（1.8.0之前）：

git branch --set-upstream foo upstream/foo

笔记：

以上所有命令都将导致本地分支foo从远程上游跟踪远程分支foo。旧的（1.7.x）语法被弃用，取而代之的是新的（1.8+）语法。新语法旨在更直观、更容易记住。当对尚未获取的新创建的远程设备运行时，定义上游分支将失败。在这种情况下，请预先在上游运行gitfetch。

另请参见：为什么我需要一直做“--set upstream”？