这个问题最初在2009-2013年期间很活跃，列举了以下例子：
等等。
当前，所有消息来源都指出了一个糟糕的解决方案：
现在，如果解决方案仅是类似以下内容，那就不会那么糟糕了：
svndumpfilter exclude file_name_needs_to_be_removed.txt --drop-empty-revs --renumber-revs < source.dump > result.dump
但是，当您使用SVN重命名，分支等时，您需要跟踪所有依赖项和--drop-empty-revs --renumber-revs。
所以现在我们进入了2016年第三季度，Debian的SVN为1.8。有没有发现新的解决方案？
我将通过一些参考资料来扩展Lazy Badger的答案。
SVN组将此功能称为“已删除”。知道这一点有助于我们挖掘更多有关它的信息。
首先，这是SVN小组关于支持闭塞的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日）；之后的其他资源与存储库维护相关。
在开发人员的邮件列表中，自2014年以来没有说过“ obliterate”一词，这是在括号内将其称为外部工具：
期望维修，分析和脱机过滤（清除）工具可以访问FSFS磁盘数据是完全合理的。
确实存在笨拙的解决方法，主要围绕svn-dumpfilter的使用。尽管对于大多数人来说，转储和导入存储库以防止可能发生的某些事情并非一帆风顺。
因为它在发展路线图上，所以我不会说它永远不会实现。但是，因为（如Lazy Badger所述）永久删除内容是针对Subversion的原始设计和目的的，所以它的实现可能是一个漫长而困难的过程。
请记住标准的OSS免责声明：该项目主要由在业余时间为它做出贡献的个人组成。还有其他功能/修复程序的优先级高于此功能/修复程序，因此，如果您要更改此功能/修复程序，请告知开发人员。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句