我刚刚经历了“no such ref was fetch”的问题，以上建议都没有帮助。我解决这个问题的方法是改变我的本地配置

remote.origin.fetch=+refs/heads/master:refs/remotes/origin/master

to

remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*

我不知道为什么会起作用，但确实起了作用。经过这个改变，我可以拉，得到我所期望的。

如果我把它改回来，我在试图拉的时候再次得到“no such ref was fetch”。所以这绝对是修复(不是蹩脚的互联网，或情况差异，或全驱动器，或删除远程分支，或默认分支不命名为“master”等)。

在我的情况下，我只是在远程分支上缺乏初始提交，所以本地分支没有找到任何东西来拉，它给出了错误消息。

我做了:

git commit -m 'first commit' // on remote branch
git pull // on local branch

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

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

git config --global core.ignorecase true

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

当我在我的根项目中运行'git pull'命令时，出现了以下错误:

命令: git拉

错误: 你的配置指定与ref 'refs/heads/main'合并 从遥控器，但没有这样的裁判。

情况: 我只是删除了。git文件夹，并通过在我的根项目文件夹中运行git init命令重新初始化。git(再次创建。git文件夹)，它工作了。

分支在Github回购中的拉请求被批准了，它被合并到开发分支中，不再存在。

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

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