将“develope”作为GitHub上的默认分支会有什么后果?
我们正在采用这种方法,并已开始在公司中使用GitHub来组织我们的工作和帮助协作 但是我们的行业有相当长的开发周期(正式发布之间有很多年),所以我们可能会在将“develope”作为GitHub上的默认分支会有什么后果?,git,github,git-flow,Git,Github,Git Flow,我们正在采用这种方法,并已开始在公司中使用GitHub来组织我们的工作和帮助协作 但是我们的行业有相当长的开发周期(正式发布之间有很多年),所以我们可能会在develope分支上一次工作很多个月。只有当您按下master时,才会触发一些不错的GitHub功能,但是: 关闭提交消息中的问题 项目里程碑 用户贡献图(punchcards等) 因此,直到几个月后,我们才能使用GitHub自动跟踪进度,项目基本完成。我相信,如果我将development作为默认分支,这个问题就会消失 但是否还有其他
develope
分支上一次工作很多个月。只有当您按下master
时,才会触发一些不错的GitHub功能,但是:
- 关闭提交消息中的问题
- 项目里程碑
- 用户贡献图(punchcards等)
development
作为默认分支,这个问题就会消失
但是否还有其他可能出现的问题?比如,我仍然希望
master
成为头版。我担心参加项目的人只会看到最新的开发版本,可能没有bug检查等等。我建议保留master作为默认分支。即使它不在发行版中,用户在访问GitHub上项目的默认分支时也应该看到相当稳定的代码
我相信GitHub基于默认分支的基于特性的限制旨在鼓励在标记为稳定时考虑已完成的工作(在移动到默认分支时应该发生)。如果您想继续使用这些特性,同时保持主控稳定,我会考虑更频繁地合并到主控器(同时保持稳定,必要时使用同行评审)。您也可以使用develope作为默认分支,但要保持它的稳定性(这需要在将代码合并到develope中时进行更严格的审查)