svn - 提交与合并

Question

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

我的感觉是在临时版本中从主干分支，并经常将稳定分支合并到主干，以便我们保持同步。然而，还有另一种思想流派，我们致力于两个地方，并最终合并分支。

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

提交造成的任何错误也会破坏主干。如果我们合并稳定的分支，就可以避免这种情况。

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

我的问题是，您能否让我了解这两种方法的更多优缺点？

Answer 1

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

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

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