从Perforce转用SVN，能否在服务器端限制目录修订版本历史？

SVN本身没有Perforce那样原生的服务器端自动保留最近X版的功能，但有几种办法能实现你的需求——既保留代码的完整历史，又清理大二进制文件的旧版本来节省服务器存储空间：

1. 手动用 svnadmin dump + svndumpfilter 清理历史 #

这是最常用的一次性清理方案：

• 先给整个仓库做完整备份：svnadmin dump /path/to/your/repo > full-repo.dump
• 用svndumpfilter工具过滤掉目标大文件/目录的旧修订（可指定版本范围，只保留最近X个版本的内容）
• 创建新仓库，把过滤后的dump文件导入：svnadmin load /path/to/new-clean-repo < filtered.dump
• 最后替换原仓库（操作前一定要通知所有用户暂停提交，同步最新版本）

⚠️ 注意：这种操作会修改仓库的修订号，而且是不可逆的，备份一定要做扎实。

2. 用外部引用分离大二进制文件 #

把那些频繁更新的大二进制文件单独放到一个独立的SVN仓库里，主仓库通过svn:externals属性引用这个二进制仓库的最新版本：

• 主仓库只会记录引用关系，不会存储二进制文件的历史，代码的完整历史不受影响
• 单独的二进制仓库可以定期用方法1清理，只保留最近X个版本，操作起来更灵活

3. 脚本自动化定期清理 #

如果需要周期性清理，可以写个脚本自动完成：

• 用svn log拉取目标路径的修订记录，算出要保留的最近X个版本号
• 自动执行svnadmin dump、过滤、导入的完整流程
• 把脚本设成定时任务，选在服务器低峰期运行（比如深夜）

4. 本地属性控制（不推荐服务器端管控） #

如果不需要强制从服务器端限制，可以让用户在本地工作副本给大文件设svn:keep-local属性，这样这些文件不会被提交到服务器。但这靠用户自觉，没法从服务器端保证历史被清理。

最后再强调一遍：所有修改仓库历史的操作都有风险，一定要提前备份，操作前通知团队暂停提交，避免数据丢失或冲突。

内容的提问来源于stack exchange，提问作者jdperos