我们的团队(5-10名开发人员)计划为我们的.NET(Visual Studio)项目/解决方案(VisualSVN Server,TortoiseSVN/VisualSVN)采用Subversion.
组织新存储库树的最佳方法是什么？是否可以使用一个大型存储库,或者为每个解决方案/产品线等创建不同的存储库更好？
我们的项目可以这种方式分类(例子):
主要产品系列
主Web应用程序
图书馆1
图书馆2
...
Windows客户端
另一个Windows客户端
Windows服务
工具
工具A.
工具B.
产品系列2
软件1
软件2
产品系列3
应用1
应用2
alexandrul.. 17
我的灵感来源:
使用Subversion进行版本控制
Subversion存储库布局
单个存储库或许多
多个Subversion存储库
Zed.. 12
通常,您希望在任何需要不同访问权限的情况下使用单独的存储库(即一些开发人员应该具有对一个项目的提交权限,而不是另一个项目,或者一个项目具有公共只读匿名接口,但另一个项目没有T).
如果您不需要该级别的访问控制,则需要一个存储库中的所有内容,特别是如果您需要能够在项目之间复制或移动文件(即项目可能共享代码).
将您的trunk/tags/branch拆分为与您可能作为单个包发布的一大块代码相对应的任何级别(即考虑您要标记的位置).这对于一开始就不是很关键,因为这些内部与任何其他文件夹没有什么不同,所以你可以稍后移动一些东西,当然它更整洁,没有那个问题.
我的灵感来源:
使用Subversion进行版本控制
Subversion存储库布局
单个存储库或许多
多个Subversion存储库
通常,您希望在任何需要不同访问权限的情况下使用单独的存储库(即一些开发人员应该具有对一个项目的提交权限,而不是另一个项目,或者一个项目具有公共只读匿名接口,但另一个项目没有T).
如果您不需要该级别的访问控制,则需要一个存储库中的所有内容,特别是如果您需要能够在项目之间复制或移动文件(即项目可能共享代码).
将您的trunk/tags/branch拆分为与您可能作为单个包发布的一大块代码相对应的任何级别(即考虑您要标记的位置).这对于一开始就不是很关键,因为这些内部与任何其他文件夹没有什么不同,所以你可以稍后移动一些东西,当然它更整洁,没有那个问题.
SVN管理立场我更喜欢1个存储库.
程序员的观点我更喜欢1个存储库.
Server Administrator我更喜欢1个repostitory.
从安全的角度来看,最好不要将所有鸡蛋放在一个篮子里.
您的存储库结构对您的业务和它的产品来说有点独特.我们把我们放在一个存储库中.我们的结构有点像这样.
/
项目
项目名
树干
分支机构
标签
文档
项目1
共享库
超级字符串类
小公用事业
vim增强X.
京公网安备 11010802040832号 | 京ICP备19059560号-6 