如果以下操作不起作用：

git config --global push.default current

您还应该更新项目的本地配置，因为您的项目可能具有本地git配置：

git config --local push.default current

Git v2.37.1及以上版本

如果您使用的是上述版本或更高版本，则可以使用此新的配置项自动设置远程跟踪：

git-config--全局push.autoSetupRemote true

之后，当您执行git推送跟踪时，会自动设置。无需git push-u origin my_branch

一个快捷方式，它不依赖于记住gitbranch的语法——set upstream 1是这样做的：

git push -u origin my_branch

…你第一次推那根树枝。或者，要从同名分支推送到当前分支（方便别名）：

git push -u origin HEAD

您只需要使用-u一次，这将以与gitbranch-set-upstream相同的方式在分支和源分支之间建立关联。

就个人而言，我认为必须明确地在分支和远程分支之间建立关联是一件好事。很遗憾，git push和git pull的规则不同。

1这听起来可能很傻，但我经常忘记指定当前分支，假设这是默认分支-不是，结果非常令人困惑。

更新2012-10-11：显然，我不是唯一一个发现容易出错的人！感谢VonC指出，git 1.8.0引入了更明显的git分支——设置上游到，如果您使用分支my_branch，则可以如下使用：

git branch --set-upstream-to origin/my_branch

…或使用短选项：

git branch -u origin/my_branch

git 1.8.0候选版本1的发行说明中描述了这一变化及其原因：

很容易说git-branch——set-upstream-origin/master，但这告诉git安排本地分支origin/matter与当前签出的分支集成，这很可能不是用户的意思。该选项已弃用；改为使用新的--set upstream to（带有一个短而甜的-u）选项。

你可以简单地

git checkout -b my-branch origin/whatever

首先。如果您将branch.atosetupmerge或branch.atostubrebase（我最喜欢的）设置为总是（默认值为true），我的分支将自动跟踪origin/whatever。

请参阅git-help-config。

因为git能够将不同的分支推/拉到不同的“上游”存储库。您甚至可以使用单独的存储库来推送和拉取同一个分支。这可以创建一个分布式、多层次的流，我可以看到这在诸如Linux内核之类的项目上非常有用。Git最初是为用于该项目而构建的。

因此，它没有假设您的分行应该跟踪哪个回购协议。

另一方面，大多数人不会以这种方式使用git，因此它可能是一个很好的默认选项。

Git通常是相当低级的，它可能会令人沮丧。然而，有GUI，如果您仍然想从shell使用它，那么编写助手脚本应该很容易。

您可以使用：

git config --global branch.autosetupmerge always

每次创建或签出新分支时，它将链接上游分支。

看见https://felipec.wordpress.com/2013/09/01/advanced-git-concepts-the-upstream-tracking-branch/

这也适用于branch.autosetuprebase，如果您遵循更注重rebase的工作流，但除非您知道自己在做什么，否则不要使用它，因为它将默认您的pull行为为rebase，这可能会导致奇怪的结果。

对于那些希望使用git pull的别名的人，我使用的是：

alias up="git branch | awk '/^\\* / { print \$2 }' | xargs -I {} git branch --set-upstream-to=origin/{} {}"

现在，只要您得到：

$ git pull
There is no tracking information for the current branch.
...

只需运行：

$ up
Branch my_branch set up to track remote branch my_branch from origin.
$ git pull

你可以走了