如果您/某人重命名了分支，也会发生这种情况。 因此，请遵循以下步骤(如果您知道分支名称已重命名) 假设之前的分支名称是错误的分支名称有人将其重命名为正确的分支名称那么。

git checkout correct-branch-name

git pull(你会看到“你的配置指定了..”)

git branch --unset-upstream

git branch --set-upstream-to=origin/correct-branch-name

对于较旧的git版本，git push——set-upstream origin correct-branch-name

Git pull(你不会得到之前的消息)

当实际原因是磁盘已满时，我得到了类似的错误。在删除了一些文件后，git开始像我预期的那样工作。

当源分支名称有大小写问题时，也会收到此错误。

例如:原点分支是team1-Team，本地分支已经签出为team1-Team。那么，这个T in -Team和T in -Team会导致这样的错误。我的情况就是这样。因此，通过用起源分支的名称更改本地名称，错误就得到了解决。

您可以通过运行以下命令轻松地将本地分支与远程分支连接起来:

git checkout <your-local-branch>
git branch --set-upstream-to=origin/<correct-remote-branch> <your-local-branch>
git pull

这意味着什么

您的上游(您调用origin的远程)不再拥有，或者可能从未拥有(仅从此信息无法判断)名为feature/Sprint4/ABC-123-Branch的分支。有一个特别常见的原因:有人(可能不是您，或者您应该记得)删除了另一个Git存储库中的分支。

该怎么做

这取决于你想要什么。请参阅下面的讨论部分。您可以:

在远程上创建或重新创建分支，或者 删除本地分支，或者 任何你能想到的。

讨论

你必须运行git pull(如果你运行git merge，你会得到一个不同的错误消息或者根本没有错误消息)。

当你运行git fetch时，你的git会根据你配置的[remote "origin"]部分下的url行联系另一个git。Git运行一个命令(upload-pack)，该命令向Git发送所有分支的列表。您可以使用git ls-remote来查看这是如何工作的(尝试一下，它具有教育意义)。下面是我在Git存储库上运行Git本身时得到的一个片段:

$ git ls-remote origin
From [url]
bbc61680168542cf6fd3ae637bde395c73b76f0f    HEAD
60115f54bda3a127ed3cc8ffc6ab6c771cbceb1b    refs/heads/maint
bbc61680168542cf6fd3ae637bde395c73b76f0f    refs/heads/master
5ace31314f460db9aef2f1e2e1bd58016b1541f1    refs/heads/next
9e085c5399f8c1883cc8cdf175b107a4959d8fa6    refs/heads/pu
dd9985bd6dca5602cb461c4b4987466fa2f31638    refs/heads/todo
[snip]

refs/heads/ entries列出了远程存在的所有分支，1以及相应的提交id(对于refs/tags/ entries, id可能指向标记对象而不是提交)。

Git获取每个分支名称，并根据同一个远程段中的获取行更改它。例如，在这种情况下，Git将refs/heads/master替换为refs/remotes/origin/master。Git对遇到的每个分支名称都这样做。

它还在特殊文件FETCH_HEAD中记录原始名称(如果您查看自己的.git目录，可以看到这个文件)。该文件保存获取的名称和id。

git pull命令意味着一个方便的捷径:它在适当的远程上运行git fetch，然后git merge(或者，如果有指示，git rebase)与任何需要合并(或rebase)的参数，由[分支…)部分。在这种情况下，你的[branch "feature/Sprint4/ABC-123-Branch"]部分表示从原点获取，然后与在refs/heads/feature/Sprint4/ABC-123-Branch名称下找到的任何ID合并。

因为在这个名字下没有发现任何东西，git抱怨并停止。

If you run this as two separate steps, git fetch and then git merge (or git rebase), your Git would look at your cached remotes/origin/ remote-tracking branches to see what to merge with or rebase onto. If there was such a branch at one time, you may still have the remote-tracking branch. In this case, you would not get an error message. If there was never such a branch, or if you have run git fetch with --prune (which removes dead remote-tracking branches), so that you have no corresponding remote-tracking branch, you would get a complaint, but it would refer to origin/feature/Sprint4/ABC-123-Branch instead.

无论哪种情况，我们都可以得出结论，feature/Sprint4/ABC-123-Branch现在在命名为origin的远程服务器上不存在。

它可能曾经存在过，并且您可能从远程跟踪分支创建了本地分支。如果是这样，您可能仍然拥有远程跟踪分支。您可能会调查是谁从远程中删除了分支，以及为什么，或者您可能只是推送一些东西来重新创建它，或者删除远程跟踪分支和/或本地分支。

好吧，至少它会承认这一点。但除非他们特别隐藏了一些裁判，这个列表包括了一切。

编辑，2020年7月:有一个新的获取协议，可以避免列出所有东西，只列出你的Git说它正在寻找的名称。这对于具有大量分支和/或标记的存储库很有帮助。但是，如果Git对所有可能的名称都感兴趣，那么仍然可以在这里获得所有名称。

现在这是一个更常见的错误，因为许多项目正在将他们的主分支转移到另一个名称，如主、主、默认、根、引用、最新等，正如Github计划取代“主”和“白名单”等种族不敏感的术语。

要修复它，首先要找出项目现在使用的是什么，你可以通过他们的github, gitlab或其他git服务器找到。

然后这样做来捕获当前配置:

$ git branch -vv
...
* master  968695b [origin/master] Track which contest a ballot was sampled for (#629)
...

找到描述主分支的行，并注意远程回购是否被称为origin、upstream或其他名称。

然后使用这些信息，将分支名称更改为新的分支名称，例如，如果它说你当前正在跟踪origin/master，则替换为main:

git branch master --set-upstream-to origin/main

你也可以重命名你自己的分支，以避免未来的混乱:

git branch -m main