在Subversion下管理几个不同项目的方法

这取决于所涉及的项目。如果项目相关，并且可能共享数据，那么最好创建一个包含几个子目录的存储库，如下所示：

$svnadmin创建/repo/svn

$svn mkdir文件：///repo/svn/projA

$svn mkdir文件：///repo/svn/projB

$svn mkdir文件：///repo/svn/projC

如果项目是完全不相关的，并且不太可能在它们之间共享数据，那么最好创建单独的，不相关的存储库。

$mkdir/repo/svn

$svnadmin创建/repo/svn/projA

$svnadmin创建/repo/svn/projB

$svnadmin创建/repo/svn/projC

这两种方法之间的区别是这样的

如Ben Collins-Sussman所述：

在第一种情况下，可以轻松地在项目之间复制或移动代码，并保留历史记录。

“svn cp/mv”当前仅在单个存储库中起作用。

由于修订号在整个存储库范围内，因此在第一种情况下对任何项目的提交都会导致全局修订。因此，如果有人检出了“projB”，这似乎有点奇怪，注意到已经进行了10次修订，但projB却没有任何改变。没什么大不了的。一开始只是有点怪异。当Rapidsvn位于同一存储库中时，每次人们承诺使用Rapidsvn时，这种情况就经常发生。:-

第二种情况可能更容易确保;使用Apache的访问控制，将项目彼此隔离在用户和权限方面更加容易。在第一种情况下，您需要在存储库中使用花哨的钩子脚本来区分项目“是否允许该用户提交此特定的子目录?”。当然，我们已经有这样一个脚本，可供您使用。