我有一个不断增长的存储库，其中包含我使用 TortoiseSVN 维护的十几个项目（因为我对此完全陌生，还不知道来龙去脉）。我必须保存存储库的空间是有限的，所以我想备份它，然后删除一些旧版本。比如一个项目是50版本，我想只保留50,49,48。
【问题讨论】：
标签： svn version-control
删除旧版本有点破坏版本控制的意义，但您可以直接转储您想要保留的版本，然后将它们放入新的存储库中，然后删除旧的。
svnadmin dump /path/to/current/repo -r48:50 > svn.dump
svnadmin create /path/to/new/repo
svnadmin load /path/to/new/repo < svn.dump
或使用svndumpfilter 包含/排除您想要的特定位等。在 svn 常见问题解答中还有一些关于removal 的信息，您可能会觉得有用。
【讨论】：
我可以删除旧版本或存储库以释放存储空间吗？
简短的回答是否定的。 Subversion 和 CVS 的工作方式是它们保留完整的更改历史记录，包括已删除的文件、二进制文件等。每个修订版都依赖于最后一个修订版，因此您不能只是在中间的某个地方删除修订版，或者您损坏您的存储库。如果空间不足，您可以做两件事：1) 删除您的模块，然后仅使用 HEAD 修订版重新创建它，这将清除所有旧修订版（但您将丢失提交历史记录）。 2）更好的选择-升级到更高的计划:-)。这对 Git 来说不是什么问题，因为它的服务器端存储需求要少得多。
如何从存储库的历史记录中彻底删除文件？
在某些特殊情况下，您可能希望销毁文件或提交的所有证据。 （也许有人不小心提交了一份机密文件。）这并不容易，因为 Subversion 被刻意设计为永远不会丢失信息。修订是相互依赖的不可变树。从历史中删除修订会导致多米诺骨牌效应，在所有后续修订中造成混乱，并可能使所有工作副本无效。
然而，该项目计划在某一天实施一个 svnadmin obliterate 命令，该命令将完成永久删除信息的任务。 （见第 516 期。）
与此同时，您唯一的办法是 svnadmin 转储您的存储库，然后通过 svndumpfilter（不包括错误路径）将转储文件传送到 svnadmin 加载命令中。有关这方面的详细信息，请参阅 Subversion 书籍的第 5 章。
引自：
【讨论】：
没有办法以您描述的方式“剪切”特定修订版的存储库。您可以做的是 svn export 所需修订版的整个存储库，然后将其导入新存储库，然后将日志文件中的修订版的提交重播到新存储库中。这不是小事。
或者，如果您只想从存储库中排除一些杂乱的路径，并且您可以直接访问存储库所在的文件系统，则可以使用svnadmin 和svndumpfilter 的组合来选择路径你想要并修剪所有其他人。
请注意，您所描述的内容或多或少与 Subversion 的观点背道而驰：它应该保留所有内容。如果您经常遇到此问题，请考虑建立更好的签到实践。或者考虑使用Git，这使得这种实验几乎免费。
【讨论】：