迁移Subversion

Question

我想到了很多迁移颠覆，我还有几个问题仍未解决。我希望你能帮助我：

1. 当我将一个巨大的目录结构迁移到几个存储库时（因为每个直接实际上是一个单独的项目......），修订版号码是否仍然相同？必须有差距，因为某些修订只会影响其他目录......
2. 是否真的更多管理工作来设置用户＆amp;几个存储库的权限？
3. 备份多个存储库更多备份工作吗？ （不，因为最终它只有一个目录，所有存储库directorys都要备份？）

让我问一个另一个好处：你能提供一些有多个存储库的积极结果吗？ ： - ）

Answer 1

1. 如果您使用svndump和svndumpfilter，您可以选择删除空修订或保留它们。我建议您先尝试一下，找出最适合您的方式。
2. 是的，您应该期待更多的管理工作，除非您设法设置完全自托管服务器（最终用户可以管理自己的存储库）。大多数开销是创建新的存储库（用户之前可以自己创建新文件夹）
3. 的确，不，备份工作是一样的。

Answer 2

多个单独的svn存储库优于单个svn存储库的优点：

• 速度。随着Subversion存储库的增长，它们可以略微减速，随着存储库变得非常大，这种减速会变得越来越明显。分拆回购意味着它会在不太明显的范围内保持下降。

• 隔离。如果你甚至没有把它检查出来，那么很难搞乱你不想要的代码，特别是偶然的。

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

是的，管理费用会更高一些。正如马丁所提到的，其中很多都是建立新的存储库 - 尽管如果付出少量努力，你可以将其编写成一定程度，以使其成为一个相当简单的过程。

Answer 3

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

当您处于空白工作区时，拥有多个存储库可能会导致更多初始工作。如果您有100个项目（这些项目都相互依赖），这有点令人讨厌。但是，这也可以通过脚本修复。

没有真正的好处，但隔离（也许速度，因为大的SVN存储库似乎放慢速度），只是感觉一切都在正确的位置。