测试环境的分支策略

Question

我们将在本月开始一个新项目，我想就我们将要实施的分支策略获得想法和意见。该项目将为1年，生产部署将仅在项目结束时进行。我们将进行迭代开发（每次迭代1个月），这意味着我们将在每次迭代结束时将功能丢弃到测试环境以进行QA测试。我们的分支策略是：

Trunk - 所有开发都将在trunk上进行。 功能分支 - 将根据需要创建关闭主干的分支以开发大型功能，如果在主干上完成可能会破坏 QA发布分支 - 在每次迭代结束时，将创建一个中继分支。该分支（包括版本号）将发布到测试环境。此版本中发现的所有关键和阻塞错误都将在此分支上修复，修复程序必须合并到主干。 QA发布分支上不会解决非关键/普通错误，并且只会在主干中修复，因为QA发布分支将在下一次迭代结束后丢弃，其中将在主干之外创建新的发布分支。 生产部门 - 这将是项目结束时最新的QA发布分支。这将被标记，所有生产错误修复将在此分支上并合并到主干。 这是一个正确的分支策略吗？还有其他我们想错过的东西吗？

我们正在使用SVN。

谢谢！

Answer 1

总的来说这听起来很明智。我试着限制功能分支的数量。如果您至少直接在主干上执行较小的工作，则会限制合并的数量以及临时在功能分支中隔离的新工作量。功能分支的风险是它们活得太长，最终合并回主干变得棘手。