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

如果您/某人重命名了分支，也会发生这种情况。 因此，请遵循以下步骤(如果您知道分支名称已重命名) 假设之前的分支名称是错误的分支名称有人将其重命名为正确的分支名称那么。

git checkout correct-branch-name

git pull(你会看到“你的配置指定了..”)

git branch --unset-upstream

git branch --set-upstream-to=origin/correct-branch-name

对于较旧的git版本，git push——set-upstream origin correct-branch-name

Git pull(你不会得到之前的消息)

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

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

检查大小写敏感性

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

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

检查一下是否有人远程删除了分支。

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

这个方法奏效了