在Subversion中管理多个应用程序的最佳方法

通常的方法几乎就是你的中间例子。在 the subversion documentation .

我认为这里的情况非常好: manage-merging-updates-from-several-developers

简短的版本,

/Project/trunk
/project/tags/version1
/project/branches/version1-sp1 <- when sp1 ships, create 
/project/tags/version1-sp1  <- and a branch off this called 
/project/branches/version1-sp2 

/project/trunk将始终包含您的head/master代码,任何特定于版本的修改都将进入一个单独的分支。

在版本3上启动时,您将创建另一个标记/分支组合。

/Project/tags/version2 <- for the shipped version 
/Project/branches/version2-sp1 <- for fixes/features. 

我想最好的办法是

\ProjectA\trunk\[myfiles] <= this becomes v2
\ProjectA\tags\
\ProjectA\branches\v1\[myfiles]

我相信这最好保留了后备箱的含义。

记住,“trunk”只是另一个分支——给这些目录名的唯一含义就是给它什么。所以如果你的应用程序有单独的版本v1,v2,v3..有着完全不同的开发方向,您可以在每个版本中放置一个主干,如下所示:

\ProjectA\v1\trunk\[myfiles]
\ProjectA\v1\tags\
\ProjectA\v1\branches\[myfiles]
\ProjectA\v2\trunk\[myfiles]
\ProjectA\v2\tags\
\ProjectA\v2\branches\[myfiles]

或者(我想我更喜欢这个),一个你的选项2的变体,在这里你保持正常的主干/标签/分支结构在高层次,但是放弃全局主干的想法(因为每个版本都有一个主干):

\ProjectA\trunk\v1\[myfiles]
\ProjectA\trunk\v2\[myfiles]
\ProjectA\tags\
\ProjectA\branches\v1\[myfiles]
\ProjectA\branches\v2\[myfiles]