检查您的远程分支是否可用。 我也有同样的问题，最后意识到远程分支被某人删除了。

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

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

当源分支名称有大小写问题时，也会收到此错误。

例如:原点分支是team1-Team，本地分支已经签出为team1-Team。那么，这个T in -Team和T in -Team会导致这样的错误。我的情况就是这样。因此，通过用起源分支的名称更改本地名称，错误就得到了解决。

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

对我来说，这是一个个案敏感性问题。我的本地分支是Version_feature2而不是Version_feature2。我重新检查了我的分支使用正确的套管，然后git拉工作。