我得到这个错误拉:

您的配置指定与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

当前回答

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

其他回答

检查大小写敏感性

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

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

非正式的,但是删除我的本地项目并重新克隆是有效的。

我这样做是安全的,因为我从来没有为合并开发过分支。

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

我在主/主分支上也有类似的问题。在我的情况下,我的硬盘上没有足够的空闲空间。在腾出一些空间后,它起作用了。

我想这是因为文件/。Git需要一些空间来编辑文件。 例如文件:'refs/heads/feature/Sprint4/ABC-123-Branch'

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

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(你不会得到之前的消息)