git 流分支模型...'qa' 分支如何适应 jenkins 自动部署？
git flow branching model... how does 'qa' branch fit in, with jenkins auto deploy?
我们正在使用 Vincent Driessen 的 git flow branching model，效果很好。
所有项目都通过 CI (jenkins) 构建并从 develop 分支自动部署到 test 服务器（网络应用程序，java应用程序等）。
现在，我们要设置部署到 QA 环境，我们已经尝试为一些应用程序创建一个 qa 分支，以及相应的 jenkins建立 qa 分支并部署到 QA 服务器。
现在，像这样设置它并 merge 或 rebase 到 qa 分支以触发自动部署是否是一种可接受的方法？
因为过去我只使用 features、releases 和 hotfixes 的分支（而不是像测试、qa、阶段那样的 "environments"）和脚本来部署，例如deploy_to_qa.sh myapp 1.2.3.
展望未来，我们还想部署到 Stage 和 Prod 环境，并实施持续交付。
查看、使用和开发模型，我将对其进行如下解释：
QA 可以从发布分支完成。如果 QA 发现问题，您可以在发布分支上开发，当 QA 为发布提供 OK 时，您完成发布并将其合并到开发中。
QA 也可以从修补程序分支完成。
同样，这只是我对模型的解释。
完全披露：我是 git-flow（AVH 版）
的维护者
我们正在使用 Vincent Driessen 的 git flow branching model，效果很好。
所有项目都通过 CI (jenkins) 构建并从 develop 分支自动部署到 test 服务器（网络应用程序，java应用程序等）。
现在，我们要设置部署到 QA 环境，我们已经尝试为一些应用程序创建一个 qa 分支，以及相应的 jenkins建立 qa 分支并部署到 QA 服务器。
现在，像这样设置它并 merge 或 rebase 到 qa 分支以触发自动部署是否是一种可接受的方法？
因为过去我只使用 features、releases 和 hotfixes 的分支（而不是像测试、qa、阶段那样的 "environments"）和脚本来部署，例如deploy_to_qa.sh myapp 1.2.3.
展望未来，我们还想部署到 Stage 和 Prod 环境，并实施持续交付。
查看、使用和开发模型，我将对其进行如下解释：
QA 可以从发布分支完成。如果 QA 发现问题，您可以在发布分支上开发，当 QA 为发布提供 OK 时，您完成发布并将其合并到开发中。
QA 也可以从修补程序分支完成。
同样，这只是我对模型的解释。
完全披露：我是 git-flow（AVH 版）
的维护者