Git-flow解释了发行分支的以下过程-
我的问题是为什么为什么应该从开发分支而不是主分支中释放分支?这样做有什么好处吗? 我可以代替
这将如何影响版本管理?
答案 0 :(得分:0)
您几乎在以下评论之一中回答了您的问题:
the purpose of master is to be a replica of a production ready stable code
让我详细说明一下:
(1)该陈述是正确的。 master
已投入生产。根据{{1}},每次提交(来自git-flow
或release
分支的合并)都导致一个新版本。
(2)如果将hotfix
直接合并到develop
上,可能会导致不稳定。这就是我们创建一个master
分支的原因。我们使用release
的最新版本,但对其进行测试,修复一些错误,调整配置等。
只有一切正常,我们才真正合并到develop
上,并因此部署到我们的用户。
决赛-但非常重要-在这里注意:
master
只是组织代码的多种方式之一。它不是git-flow
。这只是一个建议,一个框架。根据您的需要调整它,或者如果它对您不起作用,请使用完全不同的框架/想法。在过去的15年中,我很少像documented那样精确地使用this is the one and only solution for everyone and everything
。我们总是进行一些调整。
其中之一与您的问题密切相关:我们将从git-flow
进行部署,并且只有在该部署可行并达到我们的客户(Apple的审核过程,我告诉您!)之后,我们才会合并到release
并标记该版本。