我希望这是有道理的，如果这已经被覆盖过，我深表歉意。
情况：我们定期发布到生产环境。至少每两周发布一次，但通常一周最多可以发布三个版本。我们有一个由 3xSE、2xWD、3xQA 和技术经理/主管（我）组成的专注团队。团队会根据需求波动，但我们通常会发现 QA 的规模会在接近尾声时急剧增加，以应对延迟的需求/资产或大型回归测试阶段。6 个通常针对发布日期的标准功能分支和一个兼作发布分支的主干。有合并和分支开销，但我们已经非常擅长将其归结为美术。因此，只要从某个功能分支合并到主干，我们就会定期从主干合并到功能分支来维护分支。
问题：我想看看改进这个过程的方法，我们已经研究了在主干存储库中完成所有工作的选项，分支到 QA 存储库，然后进入发布分支。如果需要从主干中使用功能分支，我们仍然可以使用，尽管这可能会令人不悦。我的观点是，要将网站的两个主要元素（内容和功能）结合在一起，我们需要让事情依赖于时间。即提供一种将时间依赖于内容的机制（我不确定您是否可以使用该功能）。这个过程的成本会相对较高，如果它不起作用，我们会很快发现，因为我们无法足够快地响应客户。
有没有人有任何建议或以前遇到过类似的情况？
谢谢