SVN解决冲突的时候不小心把本地文件给全覆盖了，有没有啥办法恢复

将本地的记录修改成与服务器上的一致。也就是说，将本地与服务器上不同的地方，改成与服务器上的一样。
svn备份一般采用三种方式：
1）svnadmin dump
2)svnadmin hotcopy
3)svnsync
注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy命令、rsync命令。
笔者曾经用 rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。
优缺点分析
==============
第一种svnadmin dump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。
缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。
个人建议在版本数比较小的情况下使用这种备份方式。
第二种svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。
缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1TB空间，呵呵）。
第三种svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn14版本以上才支持这个功能。
优点是：当制作成2个镜像库的时候起到双机实时备份的作用；
缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时， *** 作又较前2种方法麻烦。

这是一个数据库文件，无法删除的原因可能有两方面，其一是权限不足，可能需要登录超级管理员才有足够的权限，其二就是文件正在被使用，这种情况可能是由于非正常删除造成的，删除应用程序应该从控制面板卸载，而不是找到目录直接删除，目前这种

具体区别如下。
最核心的区别Git是分布式的，而Svn不是分布的。能理解这点，上手会很容易，声明一点Git并不是目前唯一的分布式版本控制系统，还有比如MerGit把内容按元数据方式存储，而SVN是按文件：因为，git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。Git的内容的完整性要优于SVN:GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低Git下载下来后，在OffLine状态下可以看到所有的Log，SVN不可以。6)刚开始用时很狗血的一点，SVN必须先Update才能Com。
Subversion是一个自由开源的版本控制系统。在Subversion管理下，文件和目录可以超越时空。Subversion将文件存放在中心版本库里，这个版本库很像一个普通的文件服务器，不同的是，它可以记录每一次文件和目录的修改情况，这样就可以借此将数据恢复到以前的版本，并可以查看数据的更改细节。正因为如此，许多人将版本控制系统当作一种神奇的“时间机器”。

---