Git 吉特分行-M主

github现在推荐的一件事是将分支更改为main而不是master

github站点上给出的代码是：

git branch -M main

这对我来说从来都不管用，所以我想在这里提一下。我很难相信 这个问题只发生在我身上

error: refname refs/heads/master not found
fatal: Branch rename failed

---

必须至少有一次提交才能使其生效。

git status

做第一个承诺

git add *.html
git commit -m 'first'

请注意，

中有一个更完整的解释，您在

git branch-m main

（或与

-m

相同）中提到的解释仅在您进行初始提交后才有效

或者，在创建任何提交之前，使用

git checkout-b main

将未出生分支的名称切换到

main

创建初始提交，然后重命名分支，与更改未出生的分支名称，然后进行初始提交之间没有功能上的区别。提交时不记得哪个分支是当前分支，1因此您可以随时更改分支名称。（其他人在大脑中记住分支名称，并且可能在克隆中保存了一些分支名称，因此最好在其他人获得这些名称之前进行所有这些名称更改。但这超出了你自己的Git范围。）

---

1但是，

git merge

命令不会生成默认的合并消息：

merge branch X [into Y]

merge branch X of 'url' [into Y]

和

git pull

生成默认合并消息：

merge branch X [into Y]

merge branch X of 'url' [into Y]

其中，X是您为

git merge

提供的参数-使用

git pull

运行

git merge

时添加了一个URL-如果当前分支不是指定的“特殊”分支，则Y存在，并且是当前分支的名称。这在过去被硬编码为

master

，但现在正在变得可配置。所有这一切的最终结果是，当将功能合并到

master

/

main

中时，您往往会收到

合并分支功能

形式的消息，当将功能合并到其他分支中时，会收到

合并分支功能

形式的消息

请注意，这些自动生成的消息传递的有用信息相对较少，尤其是在合并后删除

功能

分支时。举一个特定的例子，假设您为进行热修复的临时分支保留名称

hotfix

。然后，您的存储库将偶尔提交“合并分支修补程序”，但这些消息中的每一条都针对不同的修补程序。这里传递的信息几乎是无用的，您需要合并的日期，而不仅仅是消息，才能找到正确的“热bug”。在最坏的情况下，它可能比无用更糟糕，因为它可能会让您看到错误的“热bug”。如果您手动将其替换为“关键客户bug的合并修复程序#1234”，您将收到一条有用的消息

---

（如果您的分支名称中包含bug参考号，那么这些消息很有用。不过，使用当前分支的“into branch Y”部分对我来说仍然很边缘。）

您还可以将提交和空提交作为初始值吗

git commit-allow empty-m'initial'

感谢您的解释。

merge branch X [into Y]

merge branch X of 'url' [into Y]