我从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

第一个可以工作,而第二个抛出相同的错误。为什么?


当前回答

我把布兰奇命名为

Rel4.6 /错误/ Some-short-description

我所要做的就是在使用的时候

git push origin Relx.x/bug/Some-short-description

git push origin relx.x/bug/Some-short-description

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

那么,是什么导致了这个问题?

当我列出。git/refs/heads内容时,我找到了

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

但是不要放松!

里面还有我分行的名字。

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

但是系统不区分大小写。

这就是导致这个问题的原因!

其他回答

对我来说,问题在于我将git和macOS文件系统设置为两种不同的大小写敏感性。我的Mac被格式化为APFS/Is Case-Sensitive: NO,但我在某些时候翻转了我的git设置,试图克服Xcode图像资产命名的奇怪问题,所以git配置-global core。ignorecase假。把它翻转回来,调整设置,重新创建分支,然后按一下,让我回到正轨。

git config --global core.ignorecase true

Credit: Git是大小写敏感的,你的文件系统可能不会-奇怪的文件夹合并在Windows上

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

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

如果你有另一个看起来相似的分支,试着重新命名你的分支。

我认为GitHub文件系统有点纠结于相同的分支名称,如果它们区分大小写的话。在我的例子中,我在服务器上有一个这样的分支,

Feature/Settings/Billing

过了一段时间,我试图发布另一个类似的分支,

Feature/Settings/Billing-After-Revamp

然后我得到了一个致命的错误,然后我重命名了新的分支,如下所示,

Feature/Settings/After-Revamp-Billing

它就像一个魅力,我能够成功地发布我的分支没有致命的错误,如上述。

它是大小写敏感的,只要确保创建的分支和推送到分支都是相同的大写。

例子:

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

Git将允许您使用不同的套管签出当前分支,并且它将无法在远程上找到引用。

这是我吃过苦头才知道的。