所有您曾经做过的动作，及其日期与对应的版本都会列在这个窗口上面，只要在你想要的版上面点一下，让他变成反白，然后按下OK。这个版本会自动填入Update窗口中的Revision字段中。您只要再按下一次OK，这个版本会被取出来到您的硬盘中。
6，Copy/Tag/Branch/Release档案或目录
Branch，要产生一个分支，以区别与trunk不同的开发。 Tag，要形成一个标记，表示重要的milestone。Release，表示一个已经正式的release的纪录。所谓的Tag或Release是一个特别的版本，因为这个版本可能有特别的意义。Tag与Release的作法与Branch完全相同，只是Branch可能会需要merge回原来的trunk中，而tag及 release大部分都不需要merge回trunk中。基本上，SVN只有目录的概念，并没有什么 Tag的用法。所以您会看到在SVN的选单上面，Branch与Tag是同一个项目。我们在Trunk上面，按鼠标右键，选择Branch/Tag的项目，在Tag目录下面建立了一个1.0的目录（在Tag目录下面update一下，才能看到它）。 Branch、Tag、Release都只是将指定的 Trunk版本复制一份到另外一个目录去，至于这个目录要叫Branch还是叫Release，SVN根本不管。所以您也可取其它的目录名称。不过Branch、Tag、Release已经是SVN上面约定成俗的名称。所以除非您知道自己为何这样做，否则好还是follow这个命名原则，以免后面新加入的人看不懂。同样的道理Trunk也只是一个约定成俗的名称，不一定要叫Trunk。只是大家看到Trunk目录会知道这里面放的是主要的开发主干。
首先确认您要处理的档案或目录是Repository中新的版本。在要处理的目录或是档案上按鼠标右键，选择TortoiseSVN->Branch/Tag/Branch/Release，出现如图：
 
其中，From WC at URL:要复制的来源目录，To URL：输入您要复制到的路径。目录不存在时，会由SVN帮您建立（注意：SVN用斜线作为目录分隔字符而非反斜线）。Log message：输入目的即可。在复制到的路径下， SVN update可以看到这个新增的目录了。
您可以任意对新增的目录Branch进行编辑，一直到您确认好所有在branch下面该做的工作都完成后，您可以选择将这个branch merge回原来的trunk目录，或者是保留它在branch中。 要merge回trunk目录中，我们在D:workingmy_prj runk目录空白处，按鼠标右键，选择Merge，看到如下的画面：
 
这个画面主要分为三个部份， From跟To的URL字段指定原来 branch的目录下。剩下的是指定要merge的revision范围。按下Merge按钮后，将 branch的档案与trunk的档案合并起来。如果您确认这次的merge没有问题，可以直接使用commit来将这两个被修改的档案commit回repository上。如果有问题，您可以直接修改这两个档案，直到确认ok了，再commit。 在To URL处输入您要的目的地。
7，经典的svn工作流程
所有开发者在开始新的工作之前必须从服务器获取代码，然后开发，后解决冲突，提交。所有的版本信息都放在服务器上，如果脱离了服务器，开发者基本上是不可以工作。
　　1）从服务器下载项目组新代码。
　　2）进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯，因为有时自己对代码改来改去，后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，需要这样做）。
　　3）下班时间快到了，把自己的分支合并到服务器主分支上，的工作完成，并反映给服务器。
从流程上看SVN缺点：
　　1）服务器压力太大，数据库容量暴增。
　　2）如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，不能提交，还原，对比等等。
　　3）不适合开源开发（开发人数非常非常多，但是Google app engine是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。
从流程上看SVN缺点优点：
　　1)管理方便，逻辑明确，符合一般人思维习惯。
　　2)易于管理，集中式服务器更能保证安全性。
　　3)代码一致性非常高。
4)适合开发人数不多的项目开发。