我使用SmartSVN作为Subversion的前端.有时,存储库控制下的源文件变得多余 - 我根本不再需要它.在这种情况下,我想删除它,因为更新工作副本不再从存储库中提取文件.但我仍然希望文件的历史记录(即先前提交的修订版)保留在存储库中.
如果我没记错的话,SmartSVN的Remove命令会删除文件的历史记录(我显然对此进行验证犹豫不决).如果我弄错了,请纠正我.否则:我怎样才能达到预期的效果？
编辑:使用虚拟文件,确认Remove完全从SVN控件中删除文件,并且其历史记录不再可见.所以问题是真的.
Subversion 永远不会从存储库中完全删除文件。事实上，这是一个很受欢迎的功能。
您执行svn delete或svn rm，文件将不再位于工作副本中。然而，它肯定还在那里。可能让您相信该文件已被永久删除的是您正在执行以下操作：
$ svn co http://repo/svn/project
[...]
$ cd project
$ svn del foo.txt
$ svn commit -m "Removed foo.txt"
committed version 12345
$ svn ls http://repo/svn/project/foo.txt
No such file
这是真实的。文件foo.txt不再存在于 Subversion 的最新版本中。
也许你做了这样的事情：
您知道该文件不在修订版 12345 中，因为您已将其删除。但是，让我们看看修订版 12344。该文件应该仍然存在于该修订版中：
$ svn ls -r12344 http://repo/svn/project/foo.txt
No such file
看一下，修订版不在修订版 12344 中。因此，它已被永久删除。
没那么快，邦基。您请求的是存储库布局当前修订版中文件的修订版 12344。您需要做的是了解文件修订版和存储库修订版之间的区别。这称为修订挂钩，可能是 Subversion 中较困难的概念之一。
您想要看到的是存储库第 12,344 版中的文件。为此，您可以@在存储库 URL 的末尾添加一个：
$ svn ls http://repo/svn/project/foo.txt@12344
foo.txt
现在，我们可以看到该文件，因为它位于该存储库布局的第 12,344 个修订版中。如果您需要取消删除文件，您始终可以从存储库布局的固定修订版中复制所需文件的修订版：
$ svn cp -r12344 -m"undeleting foo.txt" \
http://repo/svn/project/foo.txt@12344 \
http://repo/svn/project
这会将存储库foo.txt第 12,344 修订版的文件的修订版 12344 复制到存储库的当前修订版。
查找已删除文件的最简单方法是查看svn log：
$ svn log -rHEAD -v http://repo/svn/project/foo.txt
r12345 | dweintraub | [...]
Removed foo.txt
D /project/foo.txt
-----------------------------------------------------
我在修订版 12345 中删除了文件 `foo.txt。因此，它在修订版 12344 中仍然存在。很高兴知道我是否需要取消删除该文件。
是的，在这种情况下，我必须请求修改文件和 Subversion 布局，这似乎很愚蠢，因为它们是相同的。然而，情况并非总是如此。文件会被移动、复制、删除和取消删除。我想要的文件版本可能与我正在查找的存储库版本不同。