在GitHub上开发`默认分支的后果是什么？

Question

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

但是我们这个行业的发展周期比较长（正式发布之间多年），所以我们一次可以在develop分支上工作几个月。当你推到master，但也有一些不错的GitHub的功能只触发：

• 收盘问题从提交信息
• 项目里程碑
• 用户贡献图（穿孔卡等）

所以我们在几个月后才能使用GitHub自动跟踪进度，而且项目大部分完成。我相信，如果我使develop默认分支，这个问题将消失。

但是还有其他问题可能出现吗？比如，我仍然希望master成为首页。我担心谁来到该项目的人只会看到最新的开发版本，它可能没有错误检查等

Answer 1

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

我相信基于默认分支GitHub的基于特征的限制，旨在鼓励在考虑工作当它被标记为稳定（当它被移动到默认的分支，它应该发生）来完成。如果你想继续使用这些特性，同时保持主控的稳定，我会考虑更频繁地合并为主控（同时保持稳定，并在必要时使用同行评审）。你也可以使用develop作为你的默认分支，但要保持稳定（这将涉及在将代码合并到开发中时进行更严格的评论）。