测试环境的分支策略

Question

本月我们将开始一个新项目，并希望获得关于我们将实施的分支策略的想法和意见。该项目将为1年，生产部署将仅在项目结束时进行。我们将进行迭代开发（每次迭代1个月），所以这意味着我们将在每次迭代结束时将特征放到测试环境进行质量评估测试。我们的分支策略是：

中继线 - 所有的发展都会发生在中继线上。 功能分支 - 根据需要为每个需要创建分支，用于开发大型功能，如果在中继上完成，可能会中断功能 QA Release分支 - 每次迭代结束时，都会创建一个分支。该分支（包括版本号）将被发布到测试环境。此版本中发现的所有关键和阻塞错误都将在此分支上修复，修复程序将不得不合并到主干。非关键/微不足道的错误将不会在QA发布分支中解决，并且只会在主干中修复，因为在下一次迭代结束后QA发布分支将被丢弃，新分发分支将在中继之外创建。 生产科 - 这将是项目结束时最新的QA发布分支。这将被标记，所有生产错误修复将在此分支上并合并到主干。 这是一个正确的分支策略吗？还有什么我们错过了要考虑的？

我们使用的是SVN。

谢谢！

Answer 1

整体听起来很明智。我试图限制功能分支的数量。如果您至少直接在主干上执行小部分工作，则会限制合并数量以及暂时在功能分支中分离的新工作量。特色分支的风险在于它们活得太长，最终合并回主干变得棘手。