我们的团队(5-10个开发人员)计划为我们的 ( VisualSVN )项目/解决方案(VisualSVN Server,TortoiseSVN /VisualSVN)采用Subversion。
组织新存储库树的最佳方法是什么?是否可以使用一个大型存储库,或者为每个解决方案/产品线等创建不同的存储库?
我们的项目可以这样分类(例如):
- Windows Client
- Another Windows Client
- Windows Service
发布于 2008-10-03 14:10:52
通常,在需要不同访问权限的任何情况下,您都希望使用单独的存储库(也就是说,一些开发人员应该对一个项目拥有提交访问权,而不是另一个项目,或者一个项目具有公共只读匿名接口,而另一个项目则没有)。
如果您不需要那个级别的访问控制,特别是当您需要能够在项目之间复制或移动文件(即项目可能共享代码)时,您需要一个存储库中的所有内容。
将您的主干/标记/分支拆分到与您可能作为单个包发布的代码块对应的任何级别(即,考虑您将标记的位置)。这在一开始并不重要,因为这些在内部和任何其他文件夹没有什么不同,所以您可以稍后再移动一些东西,当然,没有这个问题会更整洁。
发布于 2008-10-03 15:14:18
我的灵感来源:
发布于 2008-10-03 14:08:20
您的存储库结构将对您的业务和它的产品有一定的独特性。我们把我们的放在一个仓库里。我们的结构有点像这样。
- Documentation
- Project 1
- Shared Libraries
- Super string class
- Small utilities
- vim enhancement X
https://stackoverflow.com/questions/167014
复制相似问题