简化 git flow 工作流程

Question

在尝试简化时：

同时有要求：

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

看着A successful Git branching model

只要在每次发布后都标记主分支，我们可以取消发布分支吗？

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

发布分支可以在新 sprint 开始时从 master 分支出来，开发人员可以从中创建他们的特性分支。如果在 sprint 的中间发生了一个 hotfix 合并到 master（当前版本），这个 hotfix 也可以和 feature-branch-hotfix 同时合并到当前版本分支-

特性/开发分支的代码应该部署到 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 分支，然后为下一个版本重新创建它。