有关在SVN 1.6上发布分支模式的错误修复的最佳实践问题

Question

我正在转向使用版本分支模式。我知道svn book说在发布分支模式中，你在trunk中修复bug并将它们合并到release分支中。本书是为SVN 1.5编写的，在1.6中分支和合并时，SVN商店的信息有所改进。如果我从未计划将发布分支合并到主干，那么在发布分支中进行更改是否有任何危险并将修复程序合并到主干中？

Answer 1

这是我们作为发布流程所遵循的内容：

1. 在trunk中开发新版本，直到我们最终确定trunk已准备好进行最终测试和发布。
2. 此时，我们通过复制主干创建一个新分支。让我们说这个分支是branch-2.1。没有新功能将添加到此分支。仅测试和错误修复。
3. 新代码继续添加到version 2.2的主干。 （所以，你看到有两个分支trunk和branch-2.1正在积极开发）
4. 在每天结束时，我们将branch-2.1与主干合并，以便在branch-2.1中进行的任何修复也会反映在主干中。 （早先我们曾经在发布分支之前做过这个过程，我们发现它会造成更大的混乱）
5. 当branch-2.1足够成熟时，我们会创建一个标记并将其释放。

所以，你看，通常的做法是对分支进行更改并将它们合并回主干。

您可以在发布步骤release from SVN using "export" and then? how to upgrade?

上看到我回答的其他问题