颠覆加载失败，“没有这样的修订版”

Question

我正在尝试学习如何迁移 Subversion 存储库，但遇到了一个对我来说没有意义的问题。我曾经svndumpfilter拆分过一个子项目，并删除了一些路径前缀。现在可以正确导入数百个提交，但随后出现以下错误：

<<< Started new transaction, based on original revision 19190
     * editing path : branches/features/DynamicSource ... done.
     * editing path : branches/features/DynamicSource/src/build.properties ... done.
     * editing path : branches/features/DynamicSource/src/client/default.htm ...done.
     * editing path : branches/features/DynamicSource/src/client/js/AdHocController.js ... done.
     * editing path : branches/features/DynamicSource/src/client/js/Report.js ... done.
svnadmin: E160006: No such revision 19098
     * adding path : branches/features/DynamicSource/src/client/js/Enums.js ...

好的，所以我进入转储文件查看修订版 19190 和 19098。首先，转储文件中确实存在修订版 19098 ，并且没有问题地导入。修订版 19190 是一个合并。在 19190 内，这是最后一个文件的信息，这似乎是导致问题的原因：

Node-copyfrom-rev: 19100
Node-copyfrom-path: trunk/src/client/js/Enums.js
Text-copy-source-md5: 2db7f8d9c0ba4750d88ce0722731aad6
Node-path: branches/features/DynamicSource/src/client/js/Enums.js
Node-action: add
Text-copy-source-sha1: 8f930509f8dbc17c5e82cd40aa5a76454d3d812c
Node-kind: file
Content-length: 0

令人困惑的是，此过滤文件中不存在修订版 19100。但错误不是指 19100，而是指 19098！

我该怎么做才能加载这个文件？

谢谢！

Answer 1

这种分裂我已经做过很多次了。我认为这完全取决于您如何使用过滤器以及之后对转储文件进行的处理。就我个人而言，除了项目路径之外，我还必须更改 svn 用户，并重新编号修订版本。为了让您了解可以做什么，这是我的脚本的相关部分。

grp=$cust_group
usr=$cust_customer
svndumpfilter include $grp/$usr --drop-empty-revs --renumber-revs  <$repo_dump > $repo_dump.$usr
sed -e "s/Node-path: $grp\/$usr/Node-path: /" <$repo_dump.$usr >$repo_dump.$usr.fixed1
sed -e "s/Node-copyfrom-path: $grp\/$usr/Node-copyfrom-path: /" <$repo_dump.$usr.fixed1 >$repo_dump.$usr.fixed2
sed -e "/Node-path: /{ N; N; N; N; N; N; s/Node-path: \nNode-action: add\nNode-kind: dir\nProp-content-length: 10\nContent-length: 10\n\nPROPS-END//}" <$repo_dump.$usr.fixed2 >$repo_dump.$usr.fixed3
sed -e "/svn:author/{ N; N; s/svn:author\n.*\n$svn_usr_from/svn:author\nV $svn_usr_len\n$svn_usr_to/}" <$repo_dump.$usr.fixed3 >$repo_dump.$usr.fixed4
svnadmin load $repo_dir/$cust_group/$cust_customer --ignore-uuid < $repo_dump.$usr.fixed4

chown svn:svn -R $repo_dir/$cust_group/$cust_customer
#chown apache $repo_dir/$cust_group/$cust_customer/db/txn-current
#chown apache $repo_dir/$cust_group/$cust_customer/db/current
# apache is in svn group so the above 2 are not needed
chmod -R g+rw $repo_dir/$cust_group/$cust_customer

发生的情况是，首先，我过滤掉我需要的内容，出于明显的原因我删除了空的修订版本，然后对它们重新编号。这提供了很好的有序修订。然后我删除项目的根路径，在我的例子中是组/客户的形式，因为在新的存储库中没有任何意义（相反，存储库本身是磁盘上的组/客户） - 这是前 2 个 sed

接下来，我删除了非命名目录的导入，其中一个是由上述 2 个用于组目录的 sed 产生的，然后是一个用于添加组/客户目录的。

最后我还是请作者把它改成新的。这也有点棘手，因为它需要更新属性定义的长度。

然后我加载它并修复文件系统权限。请注意 apache 的 2 个注释 chown，在某些情况下您将需要它。我最终将 apache 添加到 svn 组。

现在，我的 SVN 存储库中从未进行过合并，因此我无需在拆分时处理它们。在您的情况下，我想发生的情况是源修订路径未导入，这就是为什么它找不到它，即使错误抱怨修订本身）。svn 导入文件中的经验法则是，在某一时刻引用的任何内容都必须在引用之前已经导入。因此，您可能过滤掉了不应该过滤的内容，即使您想要它，或者没有正确更新转储文件以反映您所做的任何其他更改。

如果您提供原始存储库的相关结构，包括合并的源路径，加上带参数的调用，我也许可以告诉您您错过了什么。我的钱都花在了合并的来源上。