svn - 分支策略多个并发发布分支（svn）

Question

我们正在处理带有发布分支的多个版本（用于修补程序）。我们每年发布 4 个版本（在固定日期）。使用发布分支的最常见方法是在接近发布时从主干分支。然后在发布分支上进行发布测试并在主干中进行错误修复并将更改合并到发布分支中。

我们遇到的一个问题是某些功能可能尚未准备好发布，因此使用了不同的方法（见下文）。因此，我们的想法是避免在发布时出现不完整的代码。出于多种原因，我不喜欢我们如何做到这一点，并希望获得您的意见和可能的建议，以获得更好的方法。

• 后备箱不稳定。所有新功能/错误都提交到主干。

• 只有经过测试的功能/修复进入发布分支。

• 发布分支是从上一个发布分支分支出来的。例如，如果我们在 3.0 版上并且要开始下一个 3.1 版，它是从 3.0 分支而不是主干分支的。

• 测试在主干上完成，如果测试通过，则功能/错误将合并到发布分支中（如果是错误修复，可能是多个分支）。合并后，在发布分支上完成了额外的测试（通常更像是冒烟测试）。

因此，简而言之，合并到发布分支是通过挑选每个功能来完成的。

通常不使用特征分支。

标签： svnbranching-and-merging