Git BRANCH-M Main [英] git branch -M main
本文介绍了Git BRANCH-M Main的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
GitHub现在建议将分支更改为Main,而不是MASTER。
GitHub网站上给出的代码是:
git branch -M main
这对我来说从来都不管用,所以我想我应该在这里提到它。我很难相信 此问题仅在我身上出现。
error: refname refs/heads/master not found
fatal: Branch rename failed
推荐答案
您在your own answer中提到的git branch -m main
(或与-M
相同)仅在您有初始提交时才起作用。
或者,在创建任何提交之前,使用git checkout -b main
将未生成分支的名称切换为main
。
1但是,git merge
命令确实会生成默认合并消息:
merge branch X [into Y]
和git pull
生成默认合并邮件:
merge branch X of 'url' [into Y]
其中,X是您为git merge
提供的参数--在使用git pull
运行git merge
时添加了一个URL--如果当前分支不是指定的特殊分支,则存在Y,并且是当前分支的名称。这在过去被硬编码为master
,但现在变得可配置。所有这一切的最终结果是,在将要素合并到master
/main
时,您往往会得到merge branch feature
形式的消息,而在将要素合并到其他分支中时,您往往会得到merge branch feature into develop
形式的消息。请注意,这些自动生成的消息传递的有用信息相对较少,尤其是在合并后删除feature
分支的情况下。举一个特定的例子,假设您将名称hotfix
保留为在其上进行热修复的临时分支。然后,您的存储库将偶尔有合并分支修补程序和提交,但这些消息中的每一条都用于不同的修补程序。这里传达的信息几乎毫无用处-您需要合并的日期,而不仅仅是消息,才能找到正确的热门错误和错误。在最坏的情况下,它可能比无用更糟糕,因为它可能会让你看到错误的热门错误。如果您手动将其替换为严重客户错误#1234&的合并修复程序,则会收到一条有用的消息。
(如果您的分支名称包含错误引用号,则这些消息很有用。但是,使用Current分支的分支Y";部分的";对我来说似乎仍然相当边缘。)
这篇关于Git BRANCH-M Main的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!
查看全文