我们的团队（5-10 名开发人员）计划为我们的 .NET (Visual Studio) 项目/解决方案（VisualSVN 服务器、TortoiseSVN / VisualSVN）采用 Subversion 。
组织新存储库树的最佳方法是什么？可以使用一个大存储库还是为每个解决方案/产品线等创建不同的存储库更好？
我们的项目可以这样分类（示例）：
通常，在您期望不同的访问权限的任何情况下，您都希望使用单独的存储库（即，一些开发人员应该对一个项目具有提交访问权限，但对另一个项目没有，或者一个项目具有公共只读匿名接口但另一个没有） t)。
如果您不需要该级别的访问控制，尤其是当您需要能够在项目之间复制或移动文件（即项目可能共享代码）时，您希望所有内容都在一个存储库中。
将你的trunk/tags/branch拆分放在与你可能作为单个包发布的代码块相对应的任何级别（即考虑你将标记的位置）。一开始这并不重要，因为它们在内部与任何其他文件夹没有什么不同，所以你可以稍后移动东西，当然没有这个问题会更整洁。
您的存储库结构对于您的业务和产品来说有些独特。我们将我们的保存在一个存储库中。我们的结构有点像这样。
我们使用一个大存储库，并将所有内容都结构化在子文件夹（/project1、/project2 等）中，这似乎工作正常。
Apache 项目有一个巨大的 svn 存储库，它似乎对他们来说还不错！:)
在组织方面，你给出的结构看起来很合理。我认为任何事情都会发生，只要它是合理的（即将每个工具与每个项目混合可能是一个坏主意等）。所以选择适合你的东西（工具/项目/等）。Subversion 也很好地支持在存储库中移动内容，因此您可以随时根据需要进行更改。
我们有一个结构类似的单一回购。任何由几个人以上和/或在积极开发中工作的东西都在主文件夹下设置了trunk/ tags/ branch/。
我们可能会将那些 trunk-tags-branch 文件夹集放在您列出的每个子文件夹下，除了可能没有处于积极开发中的一两个库。
尝试将定期访问的材料（代码、脚本）与“一次写入并提交到备份”的内容分开。仅仅为了更改几行代码就必须签出/更新数千个 jpeg，这很快就会变得乏味。
我们对每个项目都有单独的回购；但主要原因是访问原因加上如果客户想要一份他们的来源的副本，我们可以将其与历史一起提供给他们而不会大惊小怪。如果您查看 conf 中的配置文件，那么拥有一个适用于所有项目的通用配置文件并不难。我们这样做：
[general]
anon-access = none
auth-access = write
password-db = ../../conf/passwd
authz-db = ../../conf/authz
授权：
[groups]
AOS = nathan,mark
[AOS:/]
@AOS = rw
frew = rw
然后当然是密码：
[users]
frew = password
nathan = awesome
mark = station
我正在使用一个存储库和许多项目，如下所示：
Projects
Project Name
trunk
branches
tags
我唯一关心的是备份和恢复。SVN 备份是在存储库级别完成的，因此还原将还原所有项目，而不仅仅是一个。
吉荣