我得到这个错误拉:

您的配置指定与ref合并 'refs/heads/feature/Sprint4/ABC-123-Branch',但没有 这样的裁判是拿来的。

这个错误不会出现在任何其他分支上。这个分支的特殊之处在于,它是从另一个分支的上一次提交中创建的。 我的配置文件如下:

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true
    symlinks = false
    ignorecase = true
    hideDotFiles = dotGitOnly
[remote "origin"]
    url = <url here>
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[branch "new-develop"]
    remote = origin
    merge = refs/heads/new-develop
[branch "feature/Sprint4/ABC-123-Branch"]
    remote = origin
    merge = refs/heads/feature/Sprint4/ABC-123-Branch

当前回答

对我来说,这是因为我合并了一个分支开发到主使用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

我发现当从默认主分支重命名为主分支的回购中提取更新时,经常发生这种错误。 在2020年将主分支重命名为主分支的趋势之后,遇到了很多这种情况。

因此,如果你之前用默认的主分支克隆了一个repo,并且这个分支已经重命名为main,一种修复方法是简单地将你的上游从master指向main:

Git分支——set-upstream-to=origin/main master

如果该命令成功,您应该看到如下消息:

分支'master'设置为从'origin'跟踪远程分支'main'。

然后,你可以使用git branch -m master main将本地分支从master重命名为main(以保持与远程分支名称一致)

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

也有可能在克隆存储库时,GitLab存储库中的权限只是丢失了。

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