前言

今天来研究一下svn中的版本回退操作，以工程版本号270举例

三种回退操作

一、 Update item to revision

这个命令就是仅仅去查看过去的版本，无法进行其他操作（无法进行提交等操作）

执行操作后会回退掉271 ~ 276版本的更改，使本地的代码为270版本的代码，相当于270版本之后的代码本地还没有更新的状态，更新了就会回来。该操作主要用于测试看270版本代码的表现是否正确，如果正确就将问题代码锁定在271 ~ 276之间
在这里插入图片描述

执行Update item to revision操作

在这里插入图片描述

执行Update item to revision操作后的Log

可以看到执行操作后，当前工程的版本在270，此时Commit也为空，虽然本地代码与服务器代码不同，但因为是版本较旧造成的，所以不能提交

在这里插入图片描述

Commit

如果此时还想回到最新的版本，执行svn更新，直接拉取最新代码即可。
更新了就回来了
在这里插入图片描述

Update

在这里插入图片描述

Update后的Log

二、 Revert to this revision

这个的做大用途就是老板的需求不确定，刚开始说方案一不行，然后做了方案二，方案二老板感觉也不行，然后就做了方案三，方案三老板感觉也不行，然后就做了方案四。。。。。。最后，你做了100个方案。有一天，老板突然说方案50我记得不错，你让我看看方案50吧，你是不是就瞬间就想破口大骂了，因为你的方案50早就丢了。最后，老板说还是用方案一吧，而此时方案一也已经被该丢了，此时这个Revert to this revision就排上了用场，他可以让你把每一个版本都保存下来，方便回来进行再次查看、修改和提交。

执行操作后会回退掉271 ~ 276版本的更改，使本地的代码为270版本的代码，相当于一次新的修改，只不过这次修改是将原来的修改作废。就好像策划先让加了某个功能，加上后又说不想要了，一般用在这种情形。不同于Update item to revision的是，这里因为是真正意义上的回退修改（可以提交的）所以会有一个二级弹窗提示。

在这里插入图片描述

二级弹窗提示

Revert之后可以看到svn服务器认为现在本地是最新代码，这也意味着本地所有的提交都将生成最新版本277

在这里插入图片描述

确认执行操作后的Log

此时更新显示没有任何更新，因为已经是最新版（马赛克掉的是路径）
在这里插入图片描述

Update

Commit时会显示回退的更改，而这些更改都是271 ~ 276的回退，注意此时一旦提交，将服务器上的版本号变成277的同时也意味着服务器上的最新版本其实和270版本相同，271 ~ 276只是过客。如果是自己的误操作，一定不要上传并且要把自己的更改Revert掉。

在这里插入图片描述

Commit

三、 Revert changes from this revision

该操作的使用方法和作用和Revert to this revision几乎一模一样，唯一的不同就是：Revert to this revision会回退到指定的版本并且保留该版本所做出的修改，而Revert changes from this revision会回退到指定的版本不保留该版本所做出的修改。
该操作的意义是将某一条修改比如270的修改回退，其它同Revert to this revision。可以选中多条比如同时选中270、271、272此时该选项就变成了 Revert changes from these revisions
在这里插入图片描述