"无法推送到远程分支，无法解析到分支"

Question

我从 Bitbucket 或 Github 迁移了我的存储库。 我不认为这很重要，但这是唯一不同的事情。 有一段时间，我设置了两个遥控器：

origin: bitbucket
github: github

Answer 1

我也遇到了这个问题，这让我发疯了。 我有类似feature/name东西，但git branch -a向我展示了FEATURE/name 。 重命名分支，删除并重新创建它，没有任何效果。 最终修复的是什么：

进入.git/refs/heads

您将看到一个FEATURE文件夹。 将其重命名为feature 。

Answer 2

根据我自己的测试和OP 的评论，我认为在某些时候他们在分支名称的大小写上犯了错误。

首先，我相信 OP 是在不区分大小写的操作系统上，如 OS X 或 Windows。 然后他们做了这样的事情......

$ git checkout -b SQLMigration/ReportFixes
Switched to a new branch 'SQLMigration/ReportFixes'

$ git push origin SqlMigration/ReportFixes
fatal: SqlMigration/ReportFixes cannot be resolved to branch.

注意外壳的不同。 另请注意，该错误与您只是拼写名称的错误非常不同。

$ git push origin SQLMigration/ReportFixme
error: src refspec SQLMigration/ReportFixme does not match any.
error: failed to push some refs to 'git@github.com:schwern/testing123.git'

因为 Github 使用文件系统来存储分支名称，所以它会尝试打开.git/refs/heads/SqlMigration/ReportFixes 。 因为文件系统不区分大小写，所以它成功打开.git/refs/heads/SqlMigration/ReportFixes但是当它尝试区分大小写比较分支名称并且它们不匹配时会感到困惑。

他们如何进入本地分支为SQLMigration/ReportFixes而远程分支为SqlMigration/ReportFixes我不确定。 我不相信 Github 弄乱了远程分支名称。 最简单的解释是具有推送访问权限的其他人更改了远程分支名称。 否则，在某些时候，他们做了一些事情，设法用错字创建了遥控器。 如果他们检查他们的 shell 历史，也许是history | grep -i sqlmigration/reportfixes history | grep -i sqlmigration/reportfixes他们也许能够找到他们输入错误的命令。

Answer 3

Git 将允许您使用不同的大小写检出当前分支，并且无法在遥控器上找到 ref。

刚刚发现了困难的方法。

Answer 4

类似的事情发生在我身上。 我创建了一个名为“Feat/name”之类的分支。 我尝试使用以下方法推送它：

git push --set-upstream origin 专长/名称

我遇到了和你一样的致命错误：

致命：专长/名称无法解析为分支

为了解决这个问题，我创建了一个新分支，因为我的文件很少受到影响。 然后我列出了我的分支以删除错误的分支，并且显示时没有上限：

• 专长/名字

我以前使用过大写字母，但从未在第一个字符上使用过。 看起来git不喜欢它......

Answer 5

它区分大小写，只需确保创建的分支和推送到分支都在相同的资本中。

示例：

git checkout -b "TASK-135-hello-world"

错误的做法：

git push origin task-135-hello-world     #FATAL: task-135-hello-world cannot be resolved to branch

正确的做法：

git push origin TASK-135-hello-world

Answer 6

我在 Windows 10 中使用cmd而不是GitBash解决了这个问题。

它与字符大小写以及 git 和命令行如何处理它们有关。

Answer 7

也许你忘了运行 git fetch ？ 需要从远程仓库中获取数据！ 尝试运行git fetch remote/branch

Answer 8

就我而言，我曾经有大写字母的分支文件夹（或任何名称），然后我创建了一个具有不同大小写（小写）的新文件夹，但 git 实际上创建了大写的分支。

我之前已经创建了一个像feature-ABC/branch1这样的分支并推送了它。 然后我创建了一个分支feature-abc/branch2 （注意小写的 ABC），并尝试使用git push --set-upstream origin feature-abc/branch2将它推送到远程并得到“无法解析为分支”错误。 所以我git branch并看到它实际上为我创建了feature-ABC/branch2而不是feature-abc/branch1 。 我再次使用git checkout feature-ABC/feature2并使用大写字母（ feature-ABC/feature2 ）推送它来解决它。

Answer 9

我遇到了同样的问题，这是由于要使用错误的大小写进行分支。 git 让我切换到大小写不正确的分支，即feature/Name而不是feature/name 。 找到了比上面列出的更简单的解决方案：

• 提交您对“功能/名称”的更改
• git checkout master (or develop)
• git checkout feature/name < 带有正确的大小写
• git push

Answer 10

不同的外壳有同样的问题。

对开发（或主）进行了结帐，然后将名称（错误的名称）更改为其他名称，例如测试。

git checkout development
git branch -m wrong-name test

然后将名称改回正确的名称

git branch -m test right-name

然后结帐到正确名称的分支

git checkout right-name

然后它可以推送到远程分支

git push origin right-name

Answer 11

您可能已经创建了类似的分支，但区分大小写的方式不同，那么您必须运行：

git branch -D <name-of-different-case-branch>

然后再次尝试推动。

Answer 12

@Ty Le 稍微修改的答案：

我不需要更改文件 - 我有一个名为“Feature/...”的分支，在向上游推送时，我将标题更改为“feature/...”（第一个字母的大小写更改为较低的字母） ）。

Answer 13

我有同样的问题，但已解决。 我意识到分支名称区分大小写。 GitHub 中的主分支是“master”，而在我的 gitbash 命令中它是“Master”。 我将本地存储库中的 Master 重命名为 master 并且它起作用了！ 😀😀

Answer 14

如果您在本地分支，可以将分支“功能/名称”重命名为“功能/名称”

git -m feature/Name

如果您在执行git push遇到问题，请在其他分支（例如开发）中结帐并返回重命名的分支

git checkout feature/Name

然后再试一次你的git push

Answer 15

我也遇到了这个问题，我的正常分支以pb-3.1-12345/namebranch但我不小心将前两个字母PB-3.1/12345/namebranch 。 重命名分支以使用小写字母后，我可以创建分支。

Answer 16

对我来说，我将分支命名为

Rel4.6/bug/Some-short-description

我所要做的就是在使用时

git push origin R elx.x/bug/Some-short-description

写

git push origin r elx.x/bug/Some-short-description

就像我以前在 rel 中使用小写字母 r 创建分支一样。

那么，是什么导致了这个问题？

当我列出我发现的.git/refs/heads内容时

drwxr-xr-x  4 eslam_khoga  staff   128B Sep 22 20:22 relx.x

但没有Relx.x ！

并在其中bug和内部bug我的分支名称。

因此，git 尝试创建一个名称相同但大小写不同的目录

但系统不区分大小写。

这就是造成这个问题的原因！

Answer 17

对我来说，问题是我将 git 和我的 macOS 文件系统设置为两种不同的区分大小写。 我的 Mac 被格式化为APFS/Is Case-Sensitive: NO但我在某个时候翻转了我的 git 设置，试图解决 Xcode 图像资产命名的一个奇怪问题，所以git config --global core.ignorecase false 。 将它翻转回来对齐设置并重新创建分支并推动让我回到正轨。

git config --global core.ignorecase true

信用： Git 区分大小写，您的文件系统可能不是 - 在 Windows 上合并的奇怪文件夹

Answer 18

我遇到了同样的问题，并注意到我在检查分支时混淆了外壳。 我检查了branchName而不是BranchName ，当我尝试推送到远程时，我遇到了同样的错误。

修复：

git push --set-upstream origin BranchName

通过将上游设置为正确的名称，在 github 上更新了正确的分支，然后我可以使用

git checkout BranchName 

它应该与您的最后一次推送保持同步。

Answer 19

似乎您尝试将主分支重命名为 Main。 通过使用此命令 git branch -M Main 您在 master 分支上的位置。 执行这个 git 命令，il 将工作：

git push --all -u

在此之后，您可以运行git branch来查看您的分支，然后您可以像这样删除 master 分支：

git branch -D master

Answer 20

我的 2 美分...这个问题发生在我的案例中，因为分支名称中的拼写错误（大写字母）。 我有 2 个分支，名称几乎相同。

Answer 21

对我来说git status给了我错误的分支名称， hotFix/issue-233而不是hotfix/issue-233 。 git branch确实显示了正确的分支名称。

Answer 22

知道分支字母区分大小写，这就是我面临的问题，我尝试推送到“标题”而不是“标题”

Answer 23

我的原因是正确的分支名称是大写的，但在 push 命令中指定的分支名称是小写的。

$ git branch --contains=HEAD

上面的命令会告诉你正确的分支名称，所以推送它。

Answer 24

遇到类似问题后，我决定发布对我有用的内容。

我尝试使用以下命令将新分支推送到远程存储库：

git push --set-upstream origin <branch name copied from Git console after navigating to the repository location>

并收到以下状态消息：

warning: redirecting to <myRepositoryAdress>

fatal: <branch> cannot be resolved to branch

首先，我们迁移了 Git，我认为这可能是问题所在，但事实并非如此。

实际问题是：

分支名称不是： bugFix/UserName/BranchName ，而是在 Git 控制台中编写为bugfix/UserName/BranchName （注意这里的小写 f）。 我通过输入git branch -a并将所有现有分支与我签出/想要推送的分支进行比较来发现这一点。 控制台有小写 f 是怎么发生的，我仍然不知道。 当然，如果实际本地分支的名称与您在 push 时键入的名称不同，则该名称无法解析为分支！

在我的 SmartGit GUI 提交是在正确的分支上，但我更喜欢控制台并从那里推送，所以 SmartGit 更像是检查本地状态日志并比较控制台中是否存在错误的步骤。

我从中学到了什么：

如果您的目标是仅推送一个本地分支，请不要像某些人在与此错误相关的帖子中建议的那样使用git push --all –u 。

最好尝试找出究竟是什么错误以及为什么。 然后搜索解决方案。 也许你也有错别字或一些类似的不一致。

Answer 25

如果您正在使用诸如Omegaman/BugFix文件夹，请确保大小写正确。 似乎可以将现有分支检出为小写omegaman/BugFix并尝试推送，它将失败。

使用适当的大小写（例如git checkout Omegaman/BugFix重新git checkout Omegaman/BugFix以解决。

Answer 26

分行名称请使用小写字母，请勿使用大写字母。 它会起作用。

Answer 27

我从功能/名称结帐到功能/名称，它解决了我的问题。