我将通过一些参考资料来扩展 Lazy Badger 的答案。
SVN Group 将此功能称为“抹杀”。知道这一点有助于我们挖掘更多关于它的信息。
首先，这里是 SVN 小组关于支持 obliteration 的 JIRA 问题。它于 2001 年开放（！），并引发了很多支持和反对实施它的讨论。项目提交者对此问题的最后评论表明他在此问题上取得了一些进展，并且还为我们指明了里程碑/功能状态页面。
此功能的开发说明有一段时间没有触及：
>svn ls http://svn.apache.org/repos/asf/subversion/trunk/notes/obliterate/ -v
1398429 stefan2 Oct 15 2012 ./
878962 julianfo 872 Aug 20 2009 README
952192 rhuijben 5175 Jun 07 2010 comparison.txt
1398429 stefan2 2488 Oct 15 2012 design-audit.html
1398429 stefan2 3839 Oct 15 2012 design-authz.html
1398429 stefan2 18664 Oct 15 2012 design-repos.html
1398429 stefan2 2500 Oct 15 2012 design-wc.html
952192 rhuijben Jun 07 2010 fspec-cc1/
883799 julianfo Nov 24 2009 fspec-dd1/
952192 rhuijben 7742 Jun 07 2010 high-level-design.txt
904301 neels Jan 28 2010 hooks/
876577 hwright 39780 Mar 12 2009 obliterate-functional-spec.txt
1398429 stefan2 7541 Oct 15 2012 plan-milestones.html
880336 julianfo Oct 28 2009 presentations/
952192 rhuijben 11266 Jun 07 2010 req-spec.txt
887471 julianfo 290129 Dec 04 2009 schema-bdb-dd1-after.svg
887471 julianfo 297789 Dec 04 2009 schema-bdb-dd1-before.svg
注意：最后一次“真正的”提交是 r906520（2010 年 2 月 4 日）；之后的其他人与存储库维护相关。
在开发者的邮件列表中，“obliterate”这个词自 2014 年以来就没有出现过，这是将其作为外部工具的括号引用：
期望修复、分析和离线过滤（清除）工具访问磁盘上的 FSFS 数据是完全合理的。
确实存在笨拙的变通方法，主要围绕使用 svn-dumpfilter。尽管对于大多数人来说，为经常发生的事情转储和导入存储库是不可能的。
因为它在路线图上，所以我不会说它永远不会实施。但是，因为（正如 Lazy Badger 所提到的）永久删除内容违背了 Subversion 的原始设计和目的，它的实施可能是一个漫长而艰难的过程。
请记住标准的 OSS 免责声明：这个项目主要由在业余时间做出贡献的个人组成。还有其他功能/修复比这具有更高的优先级，因此如果您想更改它，请让开发人员知道。