2

这个问题最初在 2009-2013 年间很活跃，有各种例子：

等等。

目前，所有消息来源都指向一个糟糕的解决方案：

现在，如果它只是这样的解决方案就不会那么糟糕了：

  1. 转储到文件。
  2. 过滤要删除的文件：

svndumpfilter exclude file_name_needs_to_be_removed.txt --drop-empty-revs --renumber-revs < source.dump > result.dump

  1. 将过滤后的转储文件加载到新的 repo 目录中。

但是当您使用 SVN 重命名、分支等时，您需要跟踪所有依赖项和--drop-empty-revs --renumber-revs.

所以现在我们在 2016 年第三季度，Debian 拥有 SVN 1.8。是否有任何新的解决方案浮出水面？

4

2 回答 2

4

我将通过一些参考资料来扩展 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 免责声明：这个项目主要由在业余时间做出贡献的个人组成。还有其他功能/修复比这具有更高的优先级，因此如果您想更改它，请让开发人员知道。

于 2016-08-30T15:13:27.313 回答
-3

简短的回答

不，将来也不会

更长的答案

“永远不会丢失数据”和“历史是不可变的”（提交一次 - 永远提交）是 SVN 的基础和核心原则，因此 - 对历史和内容的操纵 必须是硬而不明显的肮脏黑客和技巧，而不是嵌入的“功能”。你必须：

  • 思考
  • 提交前
于 2016-08-30T10:23:17.263 回答