恢復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操做。如圖，彈出的路徑默認爲文件當前路徑，不用修改，直接肯定，輸入日誌而後提交。

好了，咱們的文件成功還原到了歷史版本。