迁移svn 1.4回购和#x27；s到1.6，填充节点原点

我刚刚从1.4升级到SVN 1.6.1，在各种文档中，建议运行svnadmin升级并编译SVN populate node origins index.c，并在repo上运行它们，以生成节点起源记录，这些记录在SVN日志处理中应该会加快速度

---

svnadmin升级进行得很顺利，速度很快，尽管我在编译它时遇到了困难（FC11）。在我进行白鹅追逐之前，有没有任何指针？

我从来没有真正需要编译svn populate node origins index.c，但我通常只运行svnadmin upgrade命令

您能为svn填充节点起源索引.c提供一些参考吗？ 提供了以下说明：

存储库升级

Subversion 1.6服务器与 1.5和更旧的存储库，它不会将这些存储库升级到 1.6除非通过svnadmin升级命令特别要求。这 意味着一些新的1.6 功能将不可用 只需升级您的服务器：您 还必须升级您的 存储库。）我们决定不去 自动升级存储库，因为我们 不想让1.6安静地 1.5版本无法使用的存储库-即 步骤应该是一个有意识的决定 存储库管理员的一部分。）

---

要编译svn填充节点源索引，请执行以下操作：

• 安装subversion-devel RPM软件包
• 配置源subversion启动并生成cmdline （我的发现见下文）。一旦你有了它，你可以中止编译 要做到这一点，我必须安装sqlite-devel，但它不包括在 subversion-devel。（后端的不同配置？）
  不这样做可能会让你陷入一些离题的问题。 （可能是下面的-DLARGEFILE64_源代码）

• 根据源文件中的头名称添加库的尝试和错误
• FC似乎在头和库后面加了1，我假设是 主要版本

由此产生的命令行随后成为

gcc-D_GNU_SOURCE-D_LARGEFILE64_SOURCE-g-O2-pthread-I/usr/include/subversion-1/-I/usr/include/apr-1 svn填充节点起源索引。c-lapr-1-lsvn_repos-1

运行这个程序很顺利，它列出了找到的条目的数量，事实上，在分支和合并较多的回购协议上，它找到了更多条目的数量

在此之后，我还必须在 各种存储库，用于新生成的目录和文件。（显然是g+s

---

并不是所有的地方都能使它自动化）

我想尝试mergetracking，所以至少需要1.5，而我只有1.4。我再也找不到确切的链接了（但我知道它在collab.net上，并且有类似的评论）当你使用mergetracking时，它是用来加速日志的。