将`develop`作为GitHub上的默认分支有什么后果？

Question

我们正在采用git-flow方法，并已开始在我们公司使用GitHub来组织我们的工作并协助合作。

但是我们的行业有相当长的开发周期（正式发布之间很多年），所以我们可能一次在develop分支上工作了好几个月。只有当您按下master时才会触发几个不错的GitHub功能：

• 关闭提交消息中的问题
• 项目里程碑
• 用户贡献图表（穿孔卡等）

因此我们无法使用GitHub自动跟踪进度，直到几个月后，项目大部分都已完成。我相信如果我将develop作为默认分支，这个问题就会消失。

但是还有其他可能出现的问题吗？就像，我仍然希望master成为头版。我担心参加该项目的人会看到最新的开发版本，可能没有错误检查等。

Answer 1

我建议将master保留为默认分支。即使它不在发行版中，用户在访问GitHub上的项目默认分支时也应该看到相当稳定的代码。

我相信GitHub基于默认分支的基于功能的限制旨在鼓励在将其标记为稳定时将其视为已完成（这应该在将其移动到默认分支时发生）。如果你想在保持master稳定的同时继续使用这些功能，我会考虑更频繁地合并到master中（同时保持稳定，并在必要时使用同行评审）。您也可以使用develop作为默认分支，但要保持稳定（这需要在将代码合并到开发中时进行更严格的审核）。