如果您有多个不相关的项目,将它们放在同一个存储库中是一个好主意吗？
myRepo/projectA/trunk
myRepo/projectA/tags
myRepo/projectA/branches
myRepo/projectB/trunk
myRepo/projectB/tags
myRepo/projectB/branches
或者你会为每个创建新的存储库？
myRepoA/trunk
myRepoA/tags
myRepoA/branches
myRepoB/trunk
myRepoB/tags
myRepoB/branches
各自的优点和缺点是什么？我目前所能想到的只是你得到了混合版本号(那是什么？),svn:externals除非存储库实际上是外部的,否则你不能使用它.(我认为？)
我问的原因是因为我正在考虑将我的多个repos合并为一个,因为我的SVN主机已开始按每个回购计费.
我目前正在使用TortoiseSVN来管理我目前正在进行的几个项目.当我第一次将所有内容都移动到源代码控制中时,我并不确定应该如何布置所有内容,因此我最终将每个项目放入其自己的存储库中.
我想知道,将它们全部移动到一个大型存储库并将它们拆分为项目文件夹对我来说是个好主意吗？其他人都做了什么？
目前,他们都没有共享共同的代码,但他们可能在将来.如果它们在一起的话,它会更容易管理吗？
谢谢.
我有一些C#.dll项目,这些项目对很多应用程序来说很常见.目前,我有一个大的存储库.我将每个DLL存储为存储库中的单独项目,并将每个应用程序项目存储为同一存储库中的项目.
我最近切换到Subversion进行源代码控制,我担心我没有很好地构建存储库.我想听听其他人在做什么.
我将项目定义为包含主干,分支,标签子目录的SVN目录.
在确定何时将项目拆分为两个或将多个项目合并为一个时,您使用什么标准？ - 每个"项目"一个应用程序,共享源和资源共享项目？ - 一个包含应用程序所有源和资源的大"项目"？
单个项目或多个项目都有其优缺点.我们正朝着一个单一的项目前进,我正在试图弄清楚这是否是正确的方法.
拆分项目可以更好地控制套件的不同部分如何包含更改.公共库可以是版本,不同的应用程序可以选择使用特定版本(maven dep管理方法).
拆分项目还会创建多个类层次结构,从而使代码整体难以理解,并可能导致代码重复.我认为整体结构的正确设计和组件之间的关系将是管理这一成本的关键.
统一的项目方法将使开发人员在设置工作空间方面更容易,并提供单个类层次结构.这是一把双刃剑,因为它还会向开发人员提供更多信息(太多的课程无法理解).
那么,当你试图决定在哪里结合以及在哪里拆分时,你会使用什么经验法则？
例如,当我使用"svn log"查看修订历史时,我发现修订号不是一直一个接一个地增加.例如,一个修订版具有修订号"1234",但其下一个修订版具有修订号"1256"而不是"1235".这两个版本之间会发生什么？他们的修订号是不是连续的？
谢谢.