SVN服务器上恢复误删文件完全可以实现，核心区别在于删除动作是否已提交到版本库，已提交的通过svn copy或svn merge从历史版本拉回，未提交的通过svn revert撤销即可。
先搞懂SVN删除的两种状态，决定恢复路径
很多朋友一发现文件没了就慌,其实SVN的恢复逻辑很简单：只要删除操作被提交进了版本库，文件就永远留在历史记录里，随时能捞回来，真正麻烦的是本地删了但没提交，这时候版本库里还有旧版本，但工作副本里的改动可能丢失。
本地删了没提交，用svn revert秒恢复
这种情况最轻松,你在工作副本里执行了svn delete或直接右键删除了文件，但还没svn commit，版本库完全没变化。
操作路径：
- 打开命令行,进入文件所在目录
- 执行
svn revert 文件名或svn revert -R 目录名 - 文件从上次更新（update）的状态恢复回来
注意：svn revert恢复的是最后一次update时的版本，如果你在删除前还改过这个文件且没提交，那些本地改动也会一并丢失。
删除已提交到版本库，用svn copy恢复
这是真正意义上的”SVN服务器上恢复误删文件”，也是大家搜这个问题时最常见的场景，文件被svn rm后svn commit了，其他同事svn update后，工作副本里也没了。
解决方案就是用svn copy从历史版本拉回文件，具体命令：
svn copy -r 提交前版本号 svn://服务器地址/项目名/原文件路径 目标路径 -m "恢复误删文件"实操示例（假设你的版本库地址是svn://192.168.1.10/project，删文件时的提交版本是120，删除前的版本是119）：
svn copy -r 119 svn://192.168.1.10/project/trunk/doc/需求文档.docx svn://192.168.1.10/project/trunk/doc/需求文档.docx -m "恢复误删的需求文档"执行完这条命令,文件以新版本的形式回到版本库，同事svn update后就能看到。
必须记住：-r后面的版本号是删除前的那个版本，不是删除操作的版本，如果写错了，恢复出来的文件可能还是缺失状态。
删除已提交但忘了版本号，先svn log查历史
不知道删文件时的版本号？先查svn log：
svn log -v svn://服务器地址/项目名/trunk-v参数会显示每次提交涉及的文件路径，找到那个”D”开头的路径（D代表delete），对应的版本号就是删除版本，减1就是恢复目标版本。
如果文件特别多,也可以直接查整个目录的日志，再用--search参数过滤文件名：
svn log -v svn://服务器地址/项目名/trunk --search "文件名关键词"svn merge方式恢复，保留原文件的版本历史
用svn copy恢复的文件，从版本库角度看是”新提交的一个文件”，跟原文件的历史记录断了联系，如果希望完整保留原文件的修改历程，推荐用svn merge反向合并。
svn merge -c -删除版本号 svn://服务器地址/项目名/trunk-c 120表示撤销第120次提交，前面加个负号就是”把这次提交的改动反向应用”，这条命令会把删除操作撤销，文件内容回到删除前的样子，而且保留从第一次创建到删除前的完整历史。
执行svn merge后，本地工作副本会出现恢复的文件，此时需要svn commit提交，恢复动作才算真正生效。
两种恢复方式的对比
- svn copy -r：操作简单，适合快速恢复单个或少量文件，但恢复出的文件历史断裂
- svn merge -c -版本号：保留完整历史，适合恢复重要目录或需要追溯修改记录的情况，但对版本号计算要求更精确
目录被整个误删？批量恢复别落下子文件
删的不只是单个文件,而是整个目录？操作逻辑一样，但要注意路径写法。
假设你误删了/trunk/src/core目录，删除前的版本是88：
svn copy -r 88 svn://192.168.1.10/project/trunk/src/core svn://192.168.1.10/project/trunk/src/core -m "恢复误删的core目录"svn copy对目录和文件的操作完全一致，不用加-R递归参数，它会自动复制整个目录树。
一个小建议：恢复目录前先svn ls确认一下文件结构，删之前如果有多个子目录和嵌套文件，恢复后最好svn update到本地，然后svn status核对一遍，看看有没有遗漏。
服务器上版本库物理文件损坏？最后的救命稻草
讨论的都是逻辑误删,版本库本身完好，还有一种情况是服务器硬盘故障、版本库被物理删除或损坏，这时候SVN自身的机制就失效了，必须靠备份恢复。
行业共识认为,版本库的异地备份是SVN管理中最重要的一环，据公开技术资料，多数团队采用以下几种备份方案：
- svnadmin hotcopy：最推荐的在线备份方式，直接拷贝版本库目录，恢复时复制回去即可
- svnadmin dump：导出为转储文件，适合跨平台迁移或长期归档
- 定期增量备份：结合cron任务，每天对dump文件做增量，保留最近30天版本
如果你恰好没有备份,且版本库物理损坏，那就只能找专业的数据恢复机构处理，成本较高且成功率无法保证，这也是为什么做SVN管理员，备份策略永远排在第一位。
Q&A：关于svn服务器上恢复误删文件的常见疑问
问：svn恢复误删文件后，文件的历史记录还在吗？
用svn merge反向合并恢复，历史记录完整保留；用svn copy -r恢复，文件内容相同但版本历史从恢复提交重新开始，原来的修改记录不会出现在新文件上。
问：同事已经update了，删掉的文件还在他本地怎么办？
如果他还没执行svn update，本地文件依然存在，不要让他提交，直接复制出来就行，如果他已经更新且文件消失，只能等你在服务器上恢复并提交后，让他再svn update拉取。
问：svn误删文件恢复命令必须要有管理员权限吗？
取决于服务器路径的写权限配置,多数团队给开发人员开放了trunk的读写权限，普通乘员也能执行svn copy恢复操作，如果提示权限不足，找管理员授权或代执行即可。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/796843.html
