Svn 使用共享项目创建发布分支周期

我们是一个小型/中型团队，以前使用了一个相当简单的分支系统，该系统利用SVN红皮书推荐的做法-当前开发中的主干不稳定，工作时间超过一天的分支不稳定等

我最近实施了一项改变，不幸的是我意识到这是错误的，但我很难正确地做到这一点

这个项目现在将在多个团队的源代码中使用-现在我知道有一个学派认为应该公开二进制文件而不是源代码，但这不是一个选项-这将通过外部包含，因为每个团队都需要对源代码进行主动更改

为此，我提出以下建议：

• 主干将不用于主动开发
• 每个团队都有自己的“主要开发”分支——这实际上是以前的主干
• 对于较小的项目工作项，每个团队从其“主开发”分支中删除一个分支

因此，当一个开发周期完成时，每个团队将把他们的“主开发”分支重新整合到主干中，这样其他团队就可以在他们需要的时候合并（给他们稳定性），然后为下一个周期创建一个新的“主开发”分支

例如，下面是分支的布局（而不是物理布局）-因此每个团队从主干上为其团队开发分支取下一个分支，从主干上为每个工作分支的成员取下一个分支：

--Trunk
    \  TeamAMainDev1
           \ PRJ1-teama
    \  TeamBMainDev1
           \ PRJ1-teamb

问题是，一些分支需要比其父MainDev分支停留更长的时间。一旦它们的父级集成到主干中，并且创建了一个新的MainDev，合并显然就不起作用了。因此，如果有一个新的TeamaIndeV2分支，尝试将其合并到PRJ1 teama会导致树冲突等-这显然是有意义的；我原以为SVN会知道MainDev1上的更改在PRJ1中，但因为它需要合并MainDev1的整个重新整合，所以这不起作用

其他人如何处理？要使多个分支脱离分支，这些分支需要来自其父级的不断合并才能保持最新，但可以重新集成到另一个父级。或者其他人会推荐什么流程

---

帮助我解决问题。

如果其他人需要做类似的事情，以下是我的发现：

在Tortoise中，有一个选项“合并两个不同的分支”-因此只需选择前一个分支和前一个分支，这将检测到并非来自这两个分支的任何更改，并添加差异

---

这适用于上述场景。

如果其他人需要做类似的事情，我发现：

在Tortoise中，有一个选项“合并两个不同的分支”-因此只需选择前一个分支和前一个分支，这将检测到并非来自这两个分支的任何更改，并添加差异

---

这适用于上述场景。

由于这样的多中继场景是创建分布式版本控制系统的原因，您可以尝试使用一个（git或mercurial很流行）。恐怕SVN对合并模式的挑战太大了。因为这样的多中继场景是创建分布式版本控制系统的原因，所以您可以尝试使用一个（git或mercurial很流行）。恐怕SVN对合并模式的挑战太大了。