在开发/维护Web应用程序时，我应该使用哪种分支策略？

我正在尝试为Web应用程序项目确定最佳分支策略。以下是我到目前为止所提出的建议，我将非常感谢任何评论和经验。 我看到它的方式有两个主要的分支策略：“按版本分支”和“按功能分支”。 “按发布分支”：开发发生在主干上。当发布时间临近时，将为该发行版创建一个分支。然后稳定/测试该分支，最后进行释放。在发布之后，分支被合并回主干，同时保持发布分支活动以进行错误修复。是否应用了错误修复，然后将其合并到主干中（如果主干上的开发没有以其他方式使错误重叠）。新功能将添加到主干中，不会影响发布分支。 当新的发布时间临近时，将创建一个新的发布分支a.s.o. “按功能分支”：主干始终是“生产”主干（现场代码）。错误修正直接提交到主干。下一版本的功能是在功能分支中开发的.Bugfixes会不时合并到功能分支中。当发布时间到来时，功能分支将合并到主干中，并且生命周期将继续。 现在，我认为这两种策略之间的实际区别在于，“发布”允许您维护软件的不同生产版本（当客户A具有版本1和客户B版本1.5时，客户端是此处的付费客户案件）。相比之下，使用“按功能”策略，您只能支持当前的生产版本（所有客户端都使用最新版本）。 由于在典型的Web应用程序中，所有客户端都使用相同的“最新”版本（因为它们都访问相同的服务器），我认为“按功能”方法是最常用的。它消除了合并“跨层次结构”的需要，比如说必须将bug修复应用于所有3个版本。 所以我现在的状态是我应该选择“逐个分支”。如果重要，我的团队不是很熟练。