当实际原因是磁盘已满时，我得到了类似的错误。在删除了一些文件后，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”等)。

在我的情况下，回购是暂时不可用的(在维护中)。

检查大小写敏感性

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

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

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