branching-and-merging - 如何设置动态 svn 分支 - 与正常策略的偏差

Question

我有一个不那么正常的要求-

我有一个带有一个主干的 SVN 项目；一个开发分支 & 可能具有分支。每个团队成员都从 dev 中提取功能分支（不是以任何特定顺序）并开始编码，我们都并行进行。

假设我有 10 个要求，所以 10 个功能分支（1,2，...，10）并且所有的都是并行处理的。编码后，我们将所有这 10 个分支合并到 dev 分支中，并部署在 UAT 中，其中 dev 分支使用所有代码进行更新。但是当涉及到生产移动时，有些情况下只需要提升 4 (1, 5, 9, 10) 个特性中的一些，因此我们必须始终从主干中改进代码，从 dev 分支中挑选更改并合并它进入后备箱。但这是一个非常资源丰富的过程并且非常容易出错，因为我们需要从主干获取最新代码并合并其中的选择性更改，并且再次必须推动另一个 UAT。

有没有办法我可以选择任何随机功能分支并合并到 dev 并最终合并到主干中而无需任何改造和保存多轮 UAT？

标签： branching-and-merging

Answer 1

因此，我们必须在经过深思熟虑后制定策略。

1. 启用新的 prod 等效环境 - preprod/或 os
2. 就代码/配置而言，新的 preprod 将始终等同于 prod
3. 只允许用户在 UAT 上签核
4. 在进行任何产品促销之前，用户必须提前确认要推广到产品的功能
5. 一旦确认，我们将挑选/合并这些更改到发布或主干并推送到 preprod
6. 要求用户确认 preprod
7. 最后将主干/释放推到产品上