在SVN 1.6上使用发布分支模式合并bug修复的最佳实践问题

我正在切换到使用发布分支模式。我知道，在发布分支模式中，您在主干中进行bug修复，并将它们合并到发布分支中。这本书是为SVN1.5编写的，在1.6中进行分支和合并时，SVN存储的信息得到了改进。如果我从未计划将发布分支合并回主干，那么在发布分支中进行更改并将修复合并到主干中会有任何危险吗

这是我们遵循的发布流程：

为trunk中的新版本开发，直到我们最终确定trunk为最终测试和发布做好准备

此时，我们通过复制主干来创建一个新分支。假设该分支是

分支-2.1

。没有要添加到此分支的新功能。只有测试和错误修复

新代码不断添加到2.2版的主干中。（因此，您可以看到有两个分支

trunk

和

branch-2.1

正在积极开发中）

每天结束时，我们将

branch-2.1

与主干合并，以便在

branch-2.1

中进行的任何修复也反映在主干中。（早些时候，我们在发布分支之前做过这个过程，我们发现这会造成更大的混乱）

当

branch-2.1

足够成熟时，我们创建一个标签并发布它

所以，您知道，对分支进行更改并将它们合并回主干是非常常见的做法

您可以看到我在发布步骤中回答的另一个问题