迁移颠覆

Question

我想过迁移颠覆很多，我还有几个问题仍然打开。我希望你能帮助我：

1. 当我一个巨大的目录结构迁移到多个仓库（因为每个directy真的是一个单一的项目...），将版本号仍然是一样的吗？必须有空白，因为一些修订只会影响其他目录...
2. 是否真的是更多管理工作设置用户&权限几个存储库？
3. 是否更多备份工作要备份多个存储库？ （不，因为最后它只有一个目录，所有存储库导向器都可以备份？）

让我再问一个问题：您能提供一些有多个存储库的正面结果吗？ :-)

Answer 1

1. 如果您使用svndump和svndumpfilter，您可以选择删除空的修订版或保留它们。我建议你先尝试一下，找出哪一种最适合你。
2. 是的，除非您设置了一个完全自托管服务器（最终用户可以管理自己的存储库），否则您应该期待更多的管理工作。大部分开销是创建新的存储库（用户本来可以自己创建新文件夹）
3. 确实，不，备份工作是相同的。多个单独的svn库的

Answer 2

优点

在一个单一svn库：

• 速度。随着Subversion版本库的增长，它们可能会稍微减慢，并且随着版本库变得非常大，这种减速会变得越来越明显。拆分回收意味着它停留在不明显的范围内。

• 分离。很难把你不想要的代码搞乱，特别是偶然发生的，如果你甚至没有把它检出来的话。

• 分支/标签名称没有冲突。由于您有独立的存储库，因此项目可以进行分支/标记，而不必担心其他人拿（例如）“2.0”标签名称。

是的，管理开销会稍微高一点。正如马丁提到的那样，其中很大一部分将是建立新的存储库 - 尽管如果只需很少的努力，您可以将其编写成一个相当简单的过程。

Answer 3

• 取决于策略（但我假设你想保留历史记录），但是如果你克隆/ dumpfilter它，修订号不应该改变。
• 凭借符号链接的强大功能（假设您的服务器操作系统是* nix），这可能非常容易。
• 您可以备份根目录或为其创建脚本。

当您处于空白工作区时，具有多个仓库可能会导致更多的初始工作。如果你有100个项目（都相互依赖），这可能有点烦人。但是，这也可以通过脚本来修复。

有没有真正的好处，但隔离（也许速度，因为大SVN仓库似乎慢下来），只是良好的感觉，一切都在正确的地方。