我们正在使用git-flow来处理修补程序&功能,开发分支&主分支(用于生产)。
将临时分支添加到组合中的最简单方法是什么,以便我们可以验证正在开发生产的工作,同时仍然保持git-flow的有用性?
答案 0 :(得分:9)
我想说,分段应该基于git flow release分支。在git flow release start
和git flow release publish
之后,您可以在该分支上开始QA工作,包括将其部署到暂存区域。当暂存区域中的QA工作证明代码已准备好在生产中部署生产并执行git flow release finish
时。
如果您使用的是TeamCity,则可以轻松设置服务器以检测新的远程发布分支并自动为它们设置构建see here。
答案 1 :(得分:3)
我刚刚开始使用git flow,但恕我直言最简单的方法是将下一个版本设置为dev
分支,将生产版本设置为{{1}分支然后例如:手动合并stage
分支(您的真实产品)。
因此,如果您将版本1.2.0发布到master
,然后在您的版本中找到错误(4个修补程序,例如:在核心CMS,feature1,feature3和feature4中),那么您始终可以应用补丁,例如您最终可以使用1.2.4版,然后最终将其合并到生产中。
更新:此方案假设您没有回滚机制,因此您始终添加提交修复,发布功能或其他任何内容。如果你有回滚机制,那么你不必担心你的生产中的错误。就在您发现错误时使用roll-back来设置以前的工作版本。例如:如果您发现版本stage
中存在错误,请返回版本1.2.3
。修复错误,在1.2.2
上进行测试,然后在dev
上进行测试,并将其作为versioin stage
推送到制作中。因此,您的作品将从1.2.4
直接跳到1.2.2
。