您的配置指定合并<分支名称>从远程，但没有这样的参考是取得。

我得到这个错误拉:

您的配置指定与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分支-m temp

显示所有分支

Git分支-a

签出特定的远程分支

Git checkout main

删除临时分支

Git分支-d temp

2021-08-31 03:18:19

其他回答

我一直遇到这个问题。在我的例子中，@Jerreck关于分支名称中的案例差异的评论是导致这个错误的原因。一些Windows工具不知道区分大小写。

关闭git中的大小写敏感功能:

git config --global core.ignorecase true

注意，这将影响的不仅仅是分支名称。例如，如果您在同一个目录中有“Foo.h”和“Foo.h”(在为Windows构建软件时，这不是一个好主意)，那么我怀疑您无法关闭大小写区分。

2019-03-18 18:05:44

我刚刚经历了“no such ref was fetch”的问题，以上建议都没有帮助。我解决这个问题的方法是改变我的本地配置

remote.origin.fetch=+refs/heads/master:refs/remotes/origin/master

remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*

我不知道为什么会起作用，但确实起了作用。经过这个改变，我可以拉，得到我所期望的。

如果我把它改回来，我在试图拉的时候再次得到“no such ref was fetch”。所以这绝对是修复(不是蹩脚的互联网，或情况差异，或全驱动器，或删除远程分支，或默认分支不命名为“master”等)。

2022-11-11 18:44:36

在我的情况下，我只是在远程分支上缺乏初始提交，所以本地分支没有找到任何东西来拉，它给出了错误消息。

我做了:

git commit -m 'first commit' // on remote branch
git pull // on local branch

2017-04-21 08:28:15

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

2018-11-01 05:30:13

在我的情况下，master不能在一个新项目中获取。

在我把它放到命令行之后，

Git配置——global http。sslVerify假

裁判:https://confluence.atlassian.com/bitbucketserverkb/can - t - - bitbucket都访问服务器与- git -发行者证书无效- 779171808. - html

2021-06-17 18:25:36

您的配置指定合并<分支名称>从远程，但没有这样的参考是取得。

推荐文章

最新文章

标签