有多少条基于主干的开发管道？

Question

对于基于Gitflow的工作流程，建议使用三个管道（Dev，QA和prod）。

我的理解是，如果一个团队中有2-3个开发人员，并且具有短暂的功能分支，这些分支在预定的时间（24小时）内提交更改，则首选Trunk based development，如下所示。团队中的开发人员每天要多次将更改提交到主干。

---

使用TBD的优势：

在TBD中，有一个 master 分支和多个 Release 分支。

哪里

使用Gitflow，可以从长期存在的 Develop 分支中获得多个 Release 分支。

---

1） 使用TBD，使用Jenkins需要多少条管道？

2） 每个管道的输入/输出是什么？

Answer 1

我个人更喜欢基于Trunk的开发，无论团队规模如何：）

发行分支的数量并不是由使用的方法（TBD或其他方法）真正决定的，而是由业务原因决定的：

• 版本分支用于确实需要不同或多或少冻结版本的产品，例如OS-es或嵌入式系统。此类需求的典型原因包括：
  • 验证所有发布质量标准需要相当长的时间，要稳定软件，需要将发布与持续开发隔离到下一个发布，以符合这些标准
  • 需要同时维护多个版本-版本分支成为提供每个版本的热修复程序的工具
• 如果没有单独的发行分支的硬性要求，发行可以成为主要开发和集成分支上的标签/标签，这实际上就是真正的CD的含义。 CI / CD管道针对每个提交执行，并且只要它通过所有发布标准，就释放该发布。

每个发行分支都需要一个Jenkins管道，而主开发分支则需要一个（如果您不直接从其发行）。