SVN 在快速变化的高周转特征环境中的分支和合并

Question

如果之前已经讨论过，我希望这是有道理的并道歉。

情况:我们定期发布到生产环境。至少每两周一次，但通常一周内最多可以发布三个版本。我们有一个由 3xSE、2xWD、3xQA 和技术经理/负责人(我)组成的专注团队。团队会根据需求波动，但我们通常会发现 QA 的规模会在接近尾声时急剧增加，以应对延迟的需求/ Assets 或大型回归测试阶段。 6 个通常针对发布日期的标准功能分支和一个兼作发布分支的单一主干。有合并和分支的开销，但我们已经非常擅长将其归结为一门艺术。因此，只要从功能分支之一合并到主干，我们就会定期从主干合并到功能分支来维护分支。这为我们提供了灵活性，允许我们的客户改变他们的需求，撤回整个版本等，而不会对在单独分支中完成的版本的其他元素产生太大影响。

问题:我想看看改进这个过程的方法，我们已经研究了在主干存储库中完成所有工作、分支到 QA 存储库然后进入发布分支的选项。如果主干需要，我们仍然可以使用功能分支，尽管这可能会令人不悦。我的观点是，要将站点的两个主要元素(内容和功能)结合在一起，我们需要使事情与时间相关。 IE。提供一种机制来将时间依赖于内容(我不确定您是否可以在功能上)。这个过程的成本会相对较高，如果它不起作用，我们会很快发现，因为我们无法足够快地响应客户。请记住，目前客户可以在其单独的 UAT 环境中查看我们的每个功能分支以及主干。

有没有人有任何建议或以前遇到过类似的情况？

谢谢

Answer 1

您是否在使用 SVN 1.5，如果您是，我会认真研究“svn merge --reintegrate”功能。