SVN - 1主干和只有1个开发分支策略？

Question

这种分支和合并策略在SVN中是否很好？

中继 - 此处没有人直接更改任何文件。
开发分支 - 所有开发都将发生的唯一分支。在项目发布时，该分支将合并到主干。然后构建将在主干上发生，并给予QA，UAT，PROD

我的问题是：

1. 合并是否会增量？这意味着，在Merge-1完成后，在Merge-2期间，只会在Merge-1和Merge-2之间取得delta？
2. 这种策略是好还是后续合并时会出现冲突等问题？

谢谢！

Answer 1

  

合并是否会增量？这意味着，在Merge-1完成后，在Merge-2期间，只会在Merge-1和Merge-2之间取得delta？

是的，它会。我们做同样的策略（有很多分支），我们很高兴。要达到这一点还有很长的路要走。

  

此策略是否良好或后续合并期间是否存在冲突等问题？

从我的观点来看 - 就像我上面提到的 - 这是（对我们来说）避免硬融合的最佳方式。在我们做分支之前的时间形成分支并在主干中重新整合，但这更难。如果我们想要更新具有其他分支A的功能的分支B，我们将分支A合并到主干到B的主干。如果B完成，我们会合并回主干。这很好用。

Answer 2

Micha的后续行动

• 在一条主线上并行开发，有超过2名开发人员可能有一天会遇到麻烦
• 作为合并的纯粹目标的Trunk没有多大意义：其中的每个合并集都只是一些标记（我们有/tags用于此任务）