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

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(你不会得到之前的消息)

您可以编辑~/。Gitconfig文件在您的主文件夹。这是保存所有全局设置的地方。

或者，使用git config——global——unset-all remote.origin.url，然后运行git fetch with repository url。

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

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(你不会得到之前的消息)

我一直遇到这个问题。在我的例子中，@Jerreck关于分支名称中的案例差异的评论是导致这个错误的原因。一些Windows工具不知道区分大小写。

关闭git中的大小写敏感功能:

git config --global core.ignorecase true

注意，这将影响的不仅仅是分支名称。例如，如果您在同一个目录中有“Foo.h”和“Foo.h”(在为Windows构建软件时，这不是一个好主意)，那么我怀疑您无法关闭大小写区分。

对我来说，这是一个个案敏感性问题。我的本地分支是Version_feature2而不是Version_feature2。我重新检查了我的分支使用正确的套管，然后git拉工作。

我在主/主分支上也有类似的问题。在我的情况下，我的硬盘上没有足够的空闲空间。在腾出一些空间后，它起作用了。

我想这是因为文件/。Git需要一些空间来编辑文件。 例如文件:'refs/heads/feature/Sprint4/ABC-123-Branch'