我发现当从默认主分支重命名为主分支的回购中提取更新时，经常发生这种错误。 在2020年将主分支重命名为主分支的趋势之后，遇到了很多这种情况。

因此，如果你之前用默认的主分支克隆了一个repo，并且这个分支已经重命名为main，一种修复方法是简单地将你的上游从master指向main:

Git分支——set-upstream-to=origin/main master

如果该命令成功，您应该看到如下消息:

分支'master'设置为从'origin'跟踪远程分支'main'。

然后，你可以使用git branch -m master main将本地分支从master重命名为main(以保持与远程分支名称一致)

我只是得到了同样的错误，当我没有使用正确的情况。 我可以签出'integration'。Git告诉我执行Git拉来更新我的分支。我这样做了，但收到了提到的错误。 正确的分支名称是“Integration”加上大写的“I”。 当我检查并拉动那根树枝时，它没有问题。

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

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

git config --global core.ignorecase true

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

对我来说，这是因为我合并了一个分支开发到主使用web界面，然后尝试同步/拉使用VSCode在开发分支上打开。(这很奇怪，我不能改变到master没有得到这个错误。)

git pull
Your configuration specifies to merge with the ref 'refs/heads/dev'
from the remote, but no such ref was fetched.'

这是有意义的，没有找到它refs/heads/dev -对我来说，它更容易删除本地文件夹，并再次克隆。

在我的情况下，我已经删除了我的当前分支派生的原始分支。所以在.git/config文件中我有:

[branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.0.5
    rebase = false

删除了simil2.0.5。我用相同的分支名称替换了它:

[branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.1.12
    rebase = false

这个方法奏效了

也有可能在克隆存储库时，GitLab存储库中的权限只是丢失了。