提交与合并

Question

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

我觉得从临时版本的主干分支，并经常将稳定分支合并到主干，以便我们保持同步。然而，我们承诺进入这两个地方，并最终合并分支。

1. 以下是我认为在第二种方法中存在问题的几件事。由于我们将在两个地方进行更改，因此合并将在以后产生问题。 （对于任何错过的提交）
2. 提交创建的任何错误都会破坏trunk的稳定性。如果我们合并稳定的分支，就可以避免这种情况。
3. 开发人员将其提交到trunk的开销。 （需要工作副本，需要第二次提交）

我的问题是，你能告诉我这两种方法的更多正面和负面影响吗？

Answer 1

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

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

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

Answer 2

由于我没有收到这两种方法的任何重要推理。我在回答我自己的问题。根据我的问题本身所说的好处，我会采用合并方法。