可能重复：
One SVN repository or many?
Should I store all projects in one repository or mulitiple?
Best practice for creating subversion repositories?
哪个标准？您是否为每个项目创建了多个存储库？或者，您是否有一个存储库，存储库中的文件夹结构定义了项目所在的位置？
答案 0 :(得分：4)
我喜欢每个项目都有一个。你没有污染。由于SVN为每个存储库维护一个通用提交编号，因此在查看日志时，您将从其他项目获得提交。
答案 1 :(得分：1)
我们使用许多存储库。这些天我们有超过100个，而且新的一直在出现。我们遇到的最大问题是难以同时在多个存储库中获取更改日志。因此，假设您在一个存储库中存在库A，在另一个存储库中存在库B，并且您希望发布依赖于A和B的产品C.为了找出在先前版本和当前版本之间发生了更改的所有内容，您需要在所有3个独立的存储库中执行日志（或差异，取决于您要完成的任务）。标记也变得有点困难。也就是说，编写所有这些以及您拥有的任何其他维护任务都非常容易。
答案 2 :(得分：0)
多个存储库。只要你使用Subversion，那么每个存储库都有顺序版本号，这可能很好。它还可以更轻松地切换到其他系统或解决服务器端扩展问题。
答案 3 :(得分：0)
我会为我的所有项目使用一个存储库，除了增加的版本号之外没有其他真正的缺点。 KDE为一个愚蠢的大量项目做了这件事，并且上周达到了一百万次修订，我没有看到重大缺点。
答案 4 :(得分：0)
我工作的地方有很多客户，每个客户都有一个存储库。这样做的主要优点是它可以使每个客户的代码库保持独立。
我们还讨论了迁移到单个大型存储库模型的原因，因为我们确实有一些我们自己的常用代码（常见的实用程序类等），它们更容易在一个屋檐下（可以这么说）。我们是否走这条路还没有决定。我怀疑从一个法律观点来看，如果一个客户要求我们简单地将所有东西都交给它，那么如果一切都被很好地隔离，那将会更加混乱。
答案 5 :(得分：0)
我更喜欢一个存储库。根据您访问存储库的方式，单独维护每个存储库可能是一个很大的麻烦（例如，当使用HTTP访问它们时，我必须在Apache配置中设置每个存储库）。我只为主要字段设置了不同的字段（例如，将其拆分为部门或个人/业务用途）。正如其他人已经说过的唯一的缺点是版本号不一致，我个人认为这并不是什么大问题，因为客户端无论如何都会正确地对每个项目进行版本化（当你在项目的文件夹中时，它只显示提交的内容）那个特定的项目也是如此。
答案 6 :(得分：0)
通常，您将使用多个存储库。
为简单起见，我使用一个存储库，在适当的子文件夹中包含项目。我真的不关心我的修订号，我仍然能够为特定项目/文件夹的不同用户分配不同的权限。我每天有大约4-5次提交，具体取决于项目......我认为这取决于项目每天的大小，复杂程度，重要性和提交次数。
您可能希望为您的私人项目创建不同的存储库，并为您在团队中的工作项目...
希望它有所帮助