我们正在使用Vincent Driessen的git flow branching model,效果很好。
所有项目都通过CI(jenkins)构建,并从develop
分支机构自动部署到测试服务器(Web应用程序,Java应用程序等)。
现在,我们要设置部署到 QA 环境,我们已经尝试为某些应用程序创建qa
分支,以及相应的jenkins构建版本{ {1}}分支并部署到 QA 服务器。
现在,这是一种可接受的方法,将其设置为qa
或merge
到rebase
分支以触发自动部署吗?
因为在过去我只使用qa
,features
和releases
(不是"环境"如test,qa,stage)和脚本的分支部署,例如hotfixes
。
展望未来,我们还希望部署到 Stage 和 Prod 环境,并实施持续交付。
答案 0 :(得分:1)
查看,使用和开发模型,我将其解释如下:
QA可以从发布分支完成。如果QA发现错误,您可以在发布分支上进行开发,当QA为发布版提供OK时,您就完成了发布,并且它将合并到develop中。
QA也可以从修补程序分支完成。
同样,这只是我对模型的解释。
完全披露:我是git-flow(AVH版)的维护者