对我来说，这是因为我合并了一个分支开发到主使用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 -对我来说，它更容易删除本地文件夹，并再次克隆。

我是在用纱线装包的时候遇到的。自己的依赖项将分支main重命名为master。仅更新上游依赖并不能修复它，我还必须清理yarn缓存。

项目A重命名了主分支(main -> master)。项目A是项目B的一个依赖项。 yarn install on Project B <——导致错误 在项目A上推送更新 yarn install on Project B <——导致错误 纱线缓存清理 纱线安装在项目B <-工作现在

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

我一直遇到这个问题。在我的例子中，@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 -对我来说，它更容易删除本地文件夹，并再次克隆。

我刚刚经历了“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”等)。