SVN : repository structure when 2 differents major version development in parallel?

Question

我对 subversion 很陌生，我想知道如何构建存储库。 正如我所读，'trunk' 目录用于主要开发，'tags' 用于快照版本，'branches' 用于进行一些大的更改/测试而不打扰主干。

问题是当一个人有两个主要版本要并行开发时:我不太清楚如何构建它。我以 python 语言为例，版本 2 和 3 都在开发中，我看到了这些结构可能性:

1st one :
===========

repos/
  python2/
    trunk/
    tags/
      V2.5/
      V2.6/
      V2.7/
    branches/
      big_modif1/
      testing2/
  python3/
    trunk/
    tags/
      V3.0/
      V3.1/
      V3.2/
    branches/
      big_modif43/
      testing37/

2nd one :
===========

repos/
  python/
    trunk/
      V2/
      V3/
    tags/
      V2.5/
      V2.6/
      V2.7/
      V3.0/
      V3.1/
      V3.2/
    branches/
      big_modif_on_v2.x/
      testing2_on_v2.x/
      big_modif43_on_v3.x/
      testing37_on_v3.x/

3rd one :
===========

repos/
  python/
    trunk/
    tags/
      V2.5/
      V2.6/
      V2.7/
      V3.0/
      V3.1/
      V3.2/
    branches/
      V2_trunk/
      V3_trunk/
      big_modif_on_v2.x/
      testing2_on_v2.x/
      big_modif43_on_v3.x/
      testing37_on_v3.x/

您会选择什么(当然，您可以提出其他建议)？

Answer 1

我认为组合可能是最好的。让我用你的例子来解释一下:

• Python 2 和 Python 3 是在同一个项目中由同一个团队开发的(因此应该至少在一个存储库中开发)。
• Python 3 是 future (主要)开发版本，Python 2 没有积极进一步开发(对此不确定)。
• 两者都向公众发布并且应该保持同步，但是 Python 3 的任何特性都不应泄漏到 Python 2 中。

所以我会关注 "single project repo layout" (在 SVN red book 中描述):

repos/
  python/
    trunk/
    branches/
      V2/
    tags/
      ...
      V2.7/
      ...
      V3.2/

这里的重点是 V2 是在 Version 3 的开发开始时分支的。并且您应该遵守以下合并规则:

• 仅将 V2 中的错误修复合并到主干(如果它们与它兼容)。
• 不要从主干 (== V3) 合并到 V2。