您可能会发现git_remote_branch工具很有用。它提供了创建、发布、删除、跟踪和重命名远程分支的简单命令。一个很好的特性是，您可以要求grb命令解释它将执行哪些git命令。

grb explain create my_branch github
# git_remote_branch version 0.3.0

# List of operations to do to create a new remote branch and track it locally:
git push github master:refs/heads/my_branch
git fetch github
git branch --track my_branch github/my_branch
git checkout my_branch

如果运行后出现“错误：请求的上游分支'origin/foo'不存在”：

git branch -u origin/foo

确保原点确实有一个foo分支。确保remote.origin.fetch变量设置为+refs/heads/*：refs/remotes/origin/*：

$ git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
$ git config --get remote.origin.fetch
+refs/heads/*:refs/remotes/origin/*

运行git fetch-v。您应该看到git从origin/foo更新：

$ git fetch -v
From github.com:davidhcefx/test
 * [new branch]      foo             -> origin/foo
 = [up to date]      master          -> origin/master

成功后，git branch-avv将显示方括号，表示跟踪的远程分支：

$ git branch -u origin/foo
branch 'foo' set up to track 'origin/foo'.
$ git branch -avv
* foo                            92c5ada [origin/foo] Initial commit
  master                         92c5ada [origin/master] Initial commit

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

小心push.default。

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

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

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

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

这会产生更理智的行为：

git-config—全局push.default上游

给定分支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”？

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

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

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

确保您运行：

git config push.default tracking

能够顺利推进