我得到了这个确切的错误，但没有一个建议的答案(可能是大小写敏感)是问题。它们可能适用于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 -对我来说，它更容易删除本地文件夹，并再次克隆。

非正式的，但是删除我的本地项目并重新克隆是有效的。

我这样做是安全的，因为我从来没有为合并开发过分支。

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

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

这个方法奏效了

检查大小写敏感性

在我的例子中，我的分支名称(remote)使用大写字母，例如:BranchName。 意外地，我在本地机器上创建了一个分支branchname(全部小写)，并将上游设置为相同，然后出现了这个错误。

解决方案: 我删除了本地存储库，再次克隆它，并签出到BranchName