我面临着同样的问题，我当前的分支是开发，我正在检查到MR分支，然后做git拉。我采取的一个简单的解决办法是，我为MR Branch创建了一个新文件夹，并在那里进行git拉，然后进行git克隆。

所以基本上我维护了不同的文件夹来将代码推送到不同的分支。

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

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

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

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

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

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

在我的情况下，我已经删除了我的当前分支派生的原始分支。所以在.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

这个方法奏效了

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

在我的情况下，我重命名了Github上的分支，它告诉我执行以下命令:

默认分支已重命名!

main is now named <new_name>

如果你有一个本地克隆，你可以通过运行:

git branch -m main <new_name>
git fetch origin
git branch -u origin/<new_name> <new_name>
git remote set-head origin -a

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

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

git config --global core.ignorecase true

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