2009-06-25 58 views
1

我刚刚从1.4升级到SVN 1.6.1,并且在各种文档中,建议运行svnadmin upgrade并编译svn-populate-node-origins-index.c并在回购站上运行它们以生成应该在svn-log处理中加速的节点起源记录。将svn 1.4回购迁移到1.6,填充节点起源

svnadmin升级进行得很好,很快,但我无法编译它(FC11)。任何指针之前,我去一个疯狂的鹅追逐?

回答

3

编译svn-populate-node-origins-index:

  • 安装subversion-devel RPM包。
  • 配置源颠覆开始制作和尼克CMDLINE (见下文我发现了什么)。一旦你有了它,你可以中止编译 要做到这一点,我必须安装subversion-devel 不包括在内的sqlite-devel。 (不同的后端的配置?)

    不这样做可能会得到您的一些off64_t问题搁浅。 (可能是下面的-DLARGEFILE64_SOURCE)

  • 反复尝试在源文件中添加基于标头名称的库。
  • FC似乎后缀头文件和库1,我以为是 主要版本

然后将得到的命令行成了。

gcc -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -g -O2 -pthread - I/usr/include/subversion-1/ -I/usr/include/apr-1 svn-populate-node-origins-index.c -lapr-1 -lsvn_repos-1

运行这个都很好,它列出的条目中的号码,确实在多个分支和合并回购的发现更多。

在此之后,我也不得不回顾一些文件系统权限在 各种信息库,对新生成的目录和文件。(显然g + s 不是无处不在,使它自动)

0

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

你能提供一些参考svn-populate-node-origins-index.c吗? 的official release note提供以下说明:

库升级

Subversion的1.6服务器的工作原理与 1.5和以前的版本库,除非使用svnadmin升级特别要求也不会这样的存储库升级到 1.6命令。这 意味着一些新的1.6 功能将不可用 只需升级您的服务器:您 也将不得不升级您的 存储库。 (我们决定不 自动升级库,因为我们 不想1.6默默做出 库无法使用1.5 - 这 第一步应该是对 仓库管理的部分有意识的决定)

+0

我想实验mergetracking,所以至少需要1.5,而我有1.4。我找不到确切的链接(但知道它在collab.net上,并且有类似的评论,如http://svn.haxx.se/users/archive-2008-12/0238.shtml) IOW it用于在您使用合并跟踪时加速日志。 – 2009-06-25 09:45:31