Svn 提交与合并

我们必须为我们的产品创建一个特殊的临时alpha版本，它应该只包含一组精选的功能。对于我们的主要版本，trunk中也需要这组功能

我的感觉是从主干分支到临时发布，并将稳定的分支频繁地合并到主干，以便我们保持同步。然而，还有第二个学派，我们致力于这两个地方，并最终合并了分支

以下是我认为在第二种方法中会有问题的两件事。由于我们将在两个地方都进行更改，因此合并将在以后产生问题。（对于任何遗漏的提交）

由提交创建的任何bug也会破坏主干的稳定性。如果我们合并稳定的分支，这是可以避免的

开发人员将其提交到主干的开销。（需要工作副本，需要第二次提交）

---

我的问题是，你能告诉我这两种方法的更多优点和缺点吗？

很多人把这称为“功能分支”。您可以分离主干，在新分支中实现一组新内容，然后在完成后将其合并回主干。如果您使用的是svn或任何现代版本，那么合并功能相当稳定。这意味着您可以从trunk发布不包含此新代码的其他版本，直到您完成它

我更喜欢只进行一次主提交，并在需要时将其合并到其他分支。我认为这使得代码库更加干净

---

如果您需要更早地对新分支进行更改，则始终可以在不同的点进行临时合并，例如在QA测试新特性之后。通过这种方式，您可以控制这两个分支的稳定性。

因为我没有收到任何关于这两种方法的重要理由。我在回答我自己的问题。根据问题本身所述的优点，我会选择合并方法。

我正在寻找这两种方法的优点和缺点。请具体回答这个问题。我只会在分支明显不同且直接合并无论如何都会失败的情况下使用“提交到两个分支”技术。