将“develop”设置为 GitHub 上的默认分支会产生什么后果？

Question

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

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

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

所以我们不能使用 GitHub 自动跟踪进度，直到几个月后，项目就基本完成了。我相信如果我创建develop默认分支，这个问题就会消失。

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

Answer 1

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

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