我从Bitbucket或Github迁移了我的回购。我认为这无关紧要，但这是唯一不同的地方。有一段时间，我设置了两个遥控器:
origin: bitbucket
github: github
然后我删除了这两个，并指向github的起源:
git remote remove origin
git remote remove github
git remote add origin https://github....
开发部门测试推送:
git push origin develop
一切都是最新的，很好。
像往常一样为一些工作创建一个新分支:
git checkout -b Feature/Name
更新一两个文件。尝试推送到远程:
git push origin Feature/Name
这导致了错误:
致命:特征/名称不能解析到分支
在网上搜索这个问题，找到一些关于确保HEAD是正确的，其他关于确保我的分支名称大小写是正确的(尽管，此时远程上还不存在分支)。无法解决。
执行如下命令:
git push --all -u
这让我的功能/名称分支到github，但仍然看到相同的行为之前:
git push origin develop
git push origin Feature/Name
第一个可以工作，而第二个抛出相同的错误。为什么?
根据我自己的测试和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，但是当它尝试区分大小写比较分支名称时，它们不匹配时就会感到困惑。
How they got into a state where the local branch is SQLMigration/ReportFixes and the remote branch is SqlMigration/ReportFixes I'm not sure. I don't believe Github messed with the remote branch name. Simplest explanation is someone else with push access changed the remote branch name. Otherwise, at some point they did something which managed to create the remote with the typo. If they check their shell history, perhaps with history | grep -i sqlmigration/reportfixes they might be able to find a command where they mistyped the casing.
在遇到类似的问题后，我决定张贴对我有用的东西。
我尝试用命令将新的分支推到远程存储库:
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的，我仍然不知道。当然，如果实际本地分支的名称与您在推送时输入的名称不同，则该名称不能解析为分支!
在我的SmartGit GUI中，提交是在正确的分支上，但我更喜欢控制台和从那里推送，所以SmartGit更像是一个检查本地状态日志的步骤，并比较控制台中是否有一些错误。
我从中学到的是:
如果你的目标只是推送一个本地分支，就不要像一些人在有关这个错误的文章中建议的那样使用git push——all -u。
最好试着弄清楚到底哪里出了问题以及原因。然后寻找解决方案。也许你也有一个拼写错误或一些类似的不一致。
根据我自己的测试和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，但是当它尝试区分大小写比较分支名称时，它们不匹配时就会感到困惑。
How they got into a state where the local branch is SQLMigration/ReportFixes and the remote branch is SqlMigration/ReportFixes I'm not sure. I don't believe Github messed with the remote branch name. Simplest explanation is someone else with push access changed the remote branch name. Otherwise, at some point they did something which managed to create the remote with the typo. If they check their shell history, perhaps with history | grep -i sqlmigration/reportfixes they might be able to find a command where they mistyped the casing.
