svndumpfilter 不排除路径的问题

Question

我从 svndumpfilter 得到奇怪的结果 - 我需要删除我们的存储库中 2 个特定文件的 24 个实例，这些文件分散在许多分支中。我正在运行命令，如下所示：

例如

type dumpfile | svndumpfilter exclude foo1/bar.dat foo2/bar.dat  > filtered_dumpfile

，但是，过滤后的转储文件似乎没有按预期删除所有节点，而只是删除了 2 个节点。我通过在两个转储文件上使用 svndumptool diff 并在重建后确认了这一点回购排除的文件仍然存在。

我确信我没有错过这些文件的任何实例，因为我已经使用 svnlook 树来查找存储库中的所有路径。我还确认命令和转储文件中的前导斜杠是一致的。

有人有什么想法吗？

Answer 1

与该问题相关的 Apache Subversion 常见问题解答条目最近已使用新方法进行了更新，允许您过滤存储库历史记录。复杂的存储库历史记录过滤可能比使用 svndumpfilter 方法更方便。

配置基于路径的授权规则，拒绝对需要从存储库历史记录中过滤掉的任何路径进行读取访问。

与 svndumpfilter 不同，svnsync 会自动将具有不可读源路径的复制操作转换为正常添加，如果需要过滤涉及复制操作的历史记录，这非常有用。

Answer 2

您可以在文件中添加所有前缀并使用 --targets FILE 选项而不是单独的排除|包含

Answer 3

您可以尝试执行以下操作，也许会有所帮助：

type dumpfile | svndumpfilter exclude foo1/bar.dat | svndumpfilter exclude foo2/bar.dat  > filtered_dumpfile

或者这样：

svndumpfilter exclude `cat filterlist.txt` < old.dump > new.dump

Answer 4

我需要删除的文件是历史上最后一次签入的文件。因此，我能够使用 svnadmin dump 来获取损坏转速之前的所有转速的转储。

这类似于本页中描述的内容： http://robmayhew.com/delete -parts-of-subversion-history/

我需要消除版本 8195 处的错误签入，所以我运行了这样的操作：

svnadmin dump /path/to/current/repo -r0:8194 > svn.dump
svnadmin create /path/to/new/repo
svnadmin load /path/to/new/repo < svn.dump

这有效，除了我签出的工作副本仍然有来自里面有8195。当我尝试更新时，这导致了错误，因为我的工作副本认为服务器中不存在该版本。

我必须进行一次小型签出并在某处签入一个微不足道的更改，以使存储库版本恢复到 8195，然后我可以在删除受错误签入影响的文件后进行清理并更新我的工作副本。这在 Linux 中使用 svn 是可行的。

一位同事在 Windows 中使用 svn，而 Tortoise svn 对此存储库修复确实很困难。显然，它保留了自己的最新版本的内部缓存，并且当它更新工作副本时，它会从缓存中恢复“坏”版本文件。我想我将不得不再次检查所有内容并构建一个新的工作副本以使其正确。