我得到了这个确切的错误，但没有一个建议的答案(可能是大小写敏感)是问题。它们可能适用于99%的问题，但还剩下1%。

事实证明，混合使用WSL / Linux文件共享和Windows基目录是问题所在。我正在运行WSL (Ubuntu 20.04)，并有一个从Windows访问/编辑的repo，但代码是在WSL上运行的。我可能已经从WSL方面做了一些git状态检查。

回购是存在的，案例是正确的，互联网工作正常，没有一个分支被删除，等等。然而，我也得到了错误，你的配置指定从远程合并，但没有这样的参考。

我的修复是，是确保所有的项目都被推送/所有的更改都被记录，然后我只是删除了目录，并再次从Windows中做了一个“git克隆”。然后'git checkout'就可以正常工作了。我知道这不是一个真正的答案，但它确实起作用了。

我在做Linux开发，代码库可以自动执行某些操作，包括“git克隆”;然而，我通常在Windows上进行代码推送。我的猜测是。git文件夹不是跨平台兼容的(并不是我有任何期望)。然而，它通常是有效的。是bug吗?争议。

Git偶尔也会试图做一个漂亮的和蒙面的行尾;这是一个不同的问题(与宗教相近)。我是不可知论者。是的，有一个设定。)

对我来说，这是因为我合并了一个分支开发到主使用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 pull'命令时，出现了以下错误:

命令: git拉

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

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

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

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

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