简化git flow工作流程

Question

在尝试简化时：

有条件的时候

1. 正在运行的并行大师
2. 正在运行的功能分支，可能会/可能不会发布
3. 处理修补程序
4. 处理漏洞修复程序

看着A successful Git branching model

只要在每次发布后标记master分支，就可以取消发布分支吗？

我们还可以取消开发分支吗？

发布分支可以在新的sprint开始时从master分支出来，而开发人员可以在此基础上创建其功能分支。如果某个修补程序合并到主版本（当前版本）发生在sprint的中间，则该修补程序还可以与feature-branch-hotfix-

同时合并到当前版本分支中。

来自Feature / develop分支的代码应部署到DEV环境

完全不应该部署功能分支。

首选我的策略，其中从release- *向master的合并请求通过webhook启动jenkins管道构建，这将自动将release- *合并到master，从master进行构建并标记合并提交。

Answer 1

如果您想要一个更简单（更灵活）的工作流程，请考虑使用gitworkflow。

您不将dev合并到master：仅合并feature个分支。

合并feature分支到：

• dev用于集成测试
• master准备下一个版本
• 另一个release分支，如果您同时维护/准备多个发行版

我detail that model further here和illustrate it here

一个重要点：dev分支（用于将feature分支集成在一起）是 transient ：它是为每个新发行版创建/销毁的（相对于一个固定的发行版）永恒的dev分支有时会合并到master中。

您可以重新创建需要一起测试功能的许多集成分支。
然后，准备就绪后，只需将右侧的feature分支合并到master（或任何其他release分支），删除您的dev分支，并为下一个版本重新创建