恢复SVN的Replacing操做

若是对文件作SVN Delete操做，而后再SVN Add一个同名文件，此时提交的操做被视为一次Replacing。文件的全部历史记录今后断裂，查看日志只能看到Replacing以后的日志。万恶的Replacing。。。

最近在准备提交SVN文件时，Update到最新版时，提示Tree conflict。仔细一看，发现文件被其余人作了Replacing提交。Show Log时，以前全部的日志都不见了。

查阅了网上各类方法，发现都不靠谱。咱们须要的是恢复SVN版本库中的原文件及日志，而不单单是找到修改前的文件。

通过各类尝试，找到一种恢复办法，这里介绍给你们。但愿你们碰到相似问题必定冷静，不要抓狂。

以文件test.txt举例，假设版本48中有人作了Replacing操做，替换了原有文件。

 冷静，在文件所在文件夹空白处点击右键，SVN子菜单中选择Repo-browser。

选择文件test.txt，右键选择Delete。

而后再切换到Replacing以前的版本，例如这里是版本47.

在版本47的视图中，文件又出现了，这个文件就是Replacing以前的文件。要还原这个文件，咱们对这个47版的文件作Copy to操做。如图，弹出的路径默认为文件当前路径，不用修改，直接肯定，输入日志而后提交。

好了，咱们的文件成功还原到了历史版本。