gitflow 为什么我们需要 master

Question

在 gitflow 中，所有发布分支最终都是

1. 合并到主人
2. 合并发展
3. 标签大师
4. 删除发布分支

但我们为什么不只是

1. 标记发布分支
2. 合并发展
3. 删除发布分支

在修补程序的情况下，我们可以

1. 最新标签的分支
2. 做修补程序
3. 标记热修复分支
4. 合并发展
5. 删除修补程序分支

Answer 1

让我试着在这里表达我的理解，

git 分支命名约定master, develop & release被明确定义并采用以与普遍同步。这并不意味着您需要遵循，您可以定义您希望的方式并推送给您的客户和用户，许多组织遵循通用命名约定以避免不必要的混乱。

在 Mercurial 中，Many 遵循分支命名default而不是master.

一行定义：

master  : Ready Product (Public Available)

develop : Requirements/bugs/Improvements Implementation In Progress (Not recommended to use)

release : Preparing to `Ready Product` (Private or internal)

tag master : Stable Product with defined features.

您可以参考这个 这个 这个了解更多信息