我们正在使用 git-flow 来处理修补程序和功能，并带有一个开发分支和主分支（用于生产）。
向混合中添加临时分支的最简单方法是什么，以便我们可以验证从开发到生产的工作，同时仍然保持 git-flow 的有用性？
问问题
10450 次
2 回答
13
我会说 staging 应该基于 git flow release 分支。之后git flow release start，git flow release publish您可以在该分支上开始 QA 工作，包括将其部署到暂存区。当暂存区域中的 QA 工作已经证明代码已准备好用于生产时，在生产中部署并执行git flow release finish.
如果您使用的是 TeamCity，您可以轻松设置服务器以检测新的远程发布分支并自动为其设置构建，请参见此处。
于 2013-04-15T18:31:56.733 回答
4
我刚刚开始使用 git flow 但恕我直言，最简单的方法是将下一个版本设置为dev分支，将生产版本设置为stage分支，然后例如：手动与master分支合并（您的实际生产）。
因此，如果您发布 1.2.0 版stage，然后在您的版本中发现错误（4 个修补程序，例如：在核心 CMS、功能 1、功能 3 和功能 4 中），那么您始终可以应用补丁，例如您最终可以使用 1.2.4 版然后最后将其合并到生产中。
更新：这种情况假设您没有回滚机制，因此您总是添加提交以修复、发布功能或其他任何内容。如果您确实有回滚机制，那么您无需担心生产中的错误。就在您发现错误时，使用回滚来设置以前的工作版本。例如：如果您在版本中发现错误，1.2.3请返回版本1.2.2。修复错误，dev然后测试stage并以 版本 推送到生产环境1.2.4。因此，您的生产将从1.2.2直接跳转到1.2.4.
于 2015-08-07T15:43:53.927 回答