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

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

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

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

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

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

我只是得到了同样的错误，当我没有使用正确的情况。 我可以签出'integration'。Git告诉我执行Git拉来更新我的分支。我这样做了，但收到了提到的错误。 正确的分支名称是“Integration”加上大写的“I”。 当我检查并拉动那根树枝时，它没有问题。

对我来说，这是因为我合并了一个分支开发到主使用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计划取代“主”和“白名单”等种族不敏感的术语。

要修复它，首先要找出项目现在使用的是什么，你可以通过他们的github, gitlab或其他git服务器找到。

然后这样做来捕获当前配置:

$ git branch -vv
...
* master  968695b [origin/master] Track which contest a ballot was sampled for (#629)
...

找到描述主分支的行，并注意远程回购是否被称为origin、upstream或其他名称。

然后使用这些信息，将分支名称更改为新的分支名称，例如，如果它说你当前正在跟踪origin/master，则替换为main:

git branch master --set-upstream-to origin/main

你也可以重命名你自己的分支，以避免未来的混乱:

git branch -m main

您可以通过运行以下命令轻松地将本地分支与远程分支连接起来:

git checkout <your-local-branch>
git branch --set-upstream-to=origin/<correct-remote-branch> <your-local-branch>
git pull

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

我做了:

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