svn - 测试环境的svn分支策略

  显示原文与译文双语对照的内容

我们将在本月开始一个新项目,我想获得关于我们将要实现的分支策略的想法和意见。 项目将为 1年,生产部署将仅在项目结束时发生。 我们将进行迭代开发( 每个迭代 1个月),这意味着我们将在每次迭代的结束时将特性放到测试环境中。 我们的分支策略是:

Trunk - 所有开发将在主干上发生。 为了开发大型特性,需要根据需要创建特性分支- 在每次迭代的结束时创建一个分支。 这个分支( 它包括一个版本号) 将被发布到测试环境。 这里版本中发现的所有关键和阻塞 Bug 都将被固定在这个分支上,并且修复程序必须合并。 不会在QA发行分支上解决非关键/小型 Bug,因为在下一次迭代后,off分支将被丢弃。 生产分支- 这将是项目末尾的最新QA发布分支。 这将被标记,所有的生产 Bug 修复将在这个分支,并合并到主干。 这是正确的分支策略? 还有什么我们没有考虑到的?

我们正在使用 SVN 。

谢谢!

时间: 原作者:

听起来很合理,我尽量限制特征分支的数量。 如果在主干上直接进行较小的工作,则会暂时限制要在特征分支中隔离的合并数量和新工作量。 特征分支的风险在于它们生存太长,最终合并到主干变得棘手。

...