颠覆抹杀功能

Question

我只是想编写一个 shell 脚本来以一种简单的方式实现消除功能（在外部，使用建议的方式，但自动化）。

这就是我的想法：

在客户端

1. svn list -R > 文件列表。
2. 以多种方式过滤文件列表，例如 grep 创建一个文件“要删除的文件”，类似于一组 grep XXX file-list>>>files-to-delete。
3. 使用 scp 将files-to-delete传输到服务器。

在服务器上

1. 转储存储库 svnadmin dump /path/to/repos > repos-dumpfile，这也可以保留为备份。
2. 过滤转储文件，对于“files-to-delete”中的每个单词，执行：cat repos-dumpfile | svndumpfilter 排除 $file > new-dumpfile
3. 创建一个新的存储库并将新文件加载到其中svnadmin create new-name; svnadmin 加载新名称 < new-dumpfile

这可行吗？ 怎么会失败呢？ 还有其他想法吗？

Answer 1

是的，那个脚本可以工作。
但通常您不会删除那么多文件。 通常只有在您意外泄露机密信息时才需要删除。

您确定要对这么多文件使用 obliterate 吗？

Answer 2

我认为 cat new-dumpfile | svndumpfilter 排除 $file > new-dumpfile 是一个危险的例子。 new-dumpfile 将不会被完全处理，它的内容可能会丢失，不是吗？

从下面的评论来看： new-dumpfile 肯定会丢失，因为 shell 甚至在启动命令之前就会破坏它（截断到零长度）。

Answer 3

我有一个类似但稍微复杂的要求。 在过去的数百个修订中，一些非常大型（>1GB）示例数据文件被提交到存储库。 然后它们被移动并最终从 HEAD 中删除。 然而它们仍然在修订历史中，使得存储库变得非常大。 我无法使用 svn list -R，因为这些文件不再出现在工作副本中。

然而，svn list 可以被赋予一个修订参数。 我不确定大文件是什么时候被检入的，但我知道那是在修订版 2000 之后的某个时间。我还有一个文件名列表。 因此，我使用了一个简单的循环和 uniq 来生成我的 files-to-delete：

cd $working_copy
for rev in {2000..2437}; do
    svn ls -R -r$rev | grep -f ~/tmp/big-file-names >> ~/tmp/file-paths;
done
cat ~/tmp/file-paths | sort | uniq > ~/tmp/files-to-delete
cd ~/tmp
# You should inspect "files-to-delete" to see if it looks reasonable!
cat dumpfile | svndumpfilter exclude `cat files-to-delete` > dumpfile.new

Answer 4

不同版本中具有相同路径的文件怎么样？ 例如，如果您提交 /trunk/foo，然后将其重命名为 /trunk/bar，然后在 /trunk/foo 提交其他内容你想要抹去的。 您不想丢失现在的 /trunk/bar 的历史记录。 也许svndumpfilter支持peg修订？