将Subversion服务器从1.7升级到1.8

Question

与如何将SVN服务器从1.6升级到1.7和TortoiseSVN 1.7是否能正常工作于SVN 1.6库中相关。

已将VisualSVN-Server更新至2.6.0（SVN 1.8），并将本地TortoiseSVN客户端更新至1.8，也将本地的工作副本升级到了1.8。

我的问题很简单，在实际的代码库中是否有什么需要做的？如何确定代码库的版本？它需要升级吗？

我可以轻松地更新工作副本，但似乎找不到任何关于实际服务器代码库的信息。

- WernerCD

Answer 1

您不必在服务器上执行任何操作来升级存储库。为了利用FSFS后端的新功能，您可以运行svnadmin upgrade，但要充分发挥整个历史记录的优势，您需要执行转储/加载周期。

话虽如此，在1.8.0版本中，svnadmin upgrade存在一个错误，如果您有一个非分片的存储库，则会导致崩溃。因此，您可能需要等待1.8.1或执行完整的转储/加载操作。

- alroc

---

我如何判断我是否拥有一个“未分片”的代码库？否则，这看起来就是我缺失的答案。svnadmin。将 repo 移动到 repo1.7 > 创建新的 repo > svnadmin dump repo1.7 > dumpfile > svnadmin load repo < dumpfile。略显简洁，但对于我们手头掌握的不多的代码库来说还是可以应对的。 - WernerCD

如果在您的代码库的db/revs目录中看到一系列顺序编号的文件夹（从0开始），每个文件夹包含1000个文件，则表示您有一个分片式代码库。如果在revs下面直接有一堆文件，则表示它是未经分片的。 - alroc

Answer 2

根据Apache Subversion 1.8发布说明，您只需在旧版本之上安装最新的库和二进制文件即可。

在尝试此操作之前，请备份Subversion 1.7。

- Gilbert Le Blanc

Answer 3

你如何确定代码库的版本？

查看 {repo}/db/fs-type 和 {repo}/db/format。我的当前版本是：

4
layout sharded 1000

需要升级吗？

不一定需要升级；svn 1.8支持FSFS格式4以及一些早期格式。转储和重新加载将为您提供最新的FSFS格式（5），具有一些效率优势，并且可能推迟您被迫升级的日子。

我认为当有很多小提交时，收益最大；在我控制的两个存储库中，我发现从FSFS 4到FSFS 5，存储库大小仅减少了约5-10％。

- Robert Calhoun