TortoiseSVN的下载地址为
http://tortoisesvn.net/downloads.html
有32位和64位的版本，一定要根据自己的操作系统下载对应的版本，最好安装一个简体中文的Language packs，可以更好的理解TortoiseSVN的功能。
对比工具可以使用winmerge和beyond compare，winmerge免费小巧，beyond compare功能更强大。这两款工具都比TortoiseSVN自带的对比工具要好一些。
在TortoiseSVN中的配置方法：
winmerge安装时勾选集成到TortoiseSVN
beyond compare要复杂一些，右键，TortoiseSVN - 设置，
差异查看器（Diff Viewer），设置用来比较不同版本文件的程序（comparing different revisions of files），设置用来比较不同版本属性的程序（comparing different revisions of properties），勾选外部，输入
"D:\Program Files\Beyond Compare 3\BComp.exe" %base %mine /title1=%bname /title2=%yname /leftreadonly
差异查看器/合并工具（Merge Tool），勾选外部，输入
"D:\Program Files\Beyond Compare 3\BComp.exe" %mine %theirs %base %merged /title1=%yname /title2=%tname /title3=%bname /title4=%mname
红色部分为beyong compare的路径，要带双引号。
要测试TortoiseSVN的功能，总不能在公司的正式服务器上乱搞把，所有先要创建一个测试的版本库。
新建一个文件夹，名字不要用中文，进入文件夹，点击右键TortoiseSVN - 在此创建版本库。
TortoiseSVN会在这个文件夹创建版本库，并且会弹出一个提示框
点击“创建目录结果”，然后启动版本库浏览器，就可以看到版本库的目录结构
通过点击“创建目录结果”，TortoiseSVN自动创建了3个文件夹，branches，tags，trunk，很多人都会使用TortoiseSVN，但是对这三个目录去取不了解。
trunk目录
主干目录，一般情况下是在此目录下进行代码的开发，这个目录应该存放最新的代码。
tags目录
代码的版本标记，这个目录的代码不允许更改，比如，软件发了1.0版本，就需要将1.0版本的代码在tags中放一份拷贝，发了2.0，就要在tag中标记一个2.0。如果1.0软件出现了bug，开发人员要验证bug，直接从tag中取1.0版本的代码就可以了，不会把个个版本混淆。
branches目录
分支目录，用于开发新功能或解决老版本的bug。比如，1.0版本上线，开发人员全力投入2.0版本的开发，但是，1.0版本突然出现了一个bug必须要修复，而且很紧急，不能等到2.0版本上线，这时候该怎么办呢。正确的做法是，从tag中取1.0版本的代码，建立一个新的分支，开发人员在这个分支上解决1.0发现的bug，解决完成并测试通过之后，在tag中添加一个新的版本标记，比如1.1，然后关闭这个分支。如果1.1再出现bug，那么从1.1建立分支，以此类推，直到2.0出现。
由于版本库是本地，我们可以通过文件路径来访问，右键TortoiseSVN - 版本库浏览器，输入
file:///F:/svn_test/
F:/svn_test/就是刚才创建版本库的文件夹
打开版本库浏览器，在trunk目录点击右键，加入文件夹，加入一个新的Android工程TestSVN。
然后将这个工程检出
.settings bin gen这三个目录和代码无关，要先忽略掉，选中这三个目录，右键 TortoiseSVN - 去除版本控制并增加的忽略列表。
提交代码后，这3个文件夹有改变的话不会有提示。
删除文件，正确的做法是在要删除的文件上点击右键 - TortoiseSVN - 删除。
还原修改，右键 - TortoiseSVN - 还原。
重命名，同样，右键 - TortoiseSVN - 改名。
增加文件，右键 - TortoiseSVN - 增加，文件会变成小加号
移动文件，直接打开版本库浏览器拖动，或者剪切，提交
解决冲突，冲突形成的原因是两个人同时修改了一个文件的同一个地方，
例如：原始文件为，版本为1
package com.example.test; public class Test { String test = null; public Test(String test){ this.test = test } }
A和B都checkout这个文件，A修改了文件并进行提交，文件版本变为2
package com.example.test; public class Test { String test = null; public Test(String test){ this.test = "test" } }
B修改了文件
package com.example.test; public class Test { String test = null; public Test(String test){ this.test = "aaa" } }
这时候，如果B更新文件，就会提示冲突
冲突原因是两人同时在版本1上进行了修改。
这时要求B对比对比A做的修改和自己的修改，同A沟通后确定最终的代码，然后进行合并。
这里用B的代码为最终代码，修改方法为：
在冲突文件点右键 - TortoiseSVN - 编辑冲突，在最下面的编辑框冲突的地方，也就是是红色叹号的位置点击右键
选择使用“我的”文本块，合并后的代码为：
package com.example.test; public class Test { String test = null; public Test(String test){ this.test = "aaa" } }
去掉了this.test = test，增加了this.test = "aaa"，保存，弹出窗口
选择标记为解决，冲突的叹号就没有了，文件就可以正常的提交了。
如果使用beyond compare的3路合并工具的话，代码更加的直观
左边为B修改后的文件，中间为原始文件，右边为A修改后的文件，最下边为合并后的文件。点击蓝色小箭头使用左边文件，点击黄色小箭头使用中间文件，点击紫色小箭头使用右边文件。
修为完成保存后，要手动标记为解决，右键 - TortoiseSVN - 解决。
说白了就是在其他的文件放一份拷贝，打开版本库浏览器，在要创建分支或标记的工程目录上点击右键
选择复制到，输入目标路径，分支是branches，标记是tags
最好输入日志信息，这样就实现了分支或标记
可以通过分支图查看，每增加一个分支，版本号加一。
如果有多个分支，比如XXX纪念版，XXX专版，XXX增值版，修改一个地方要同步到多个分支，是个很麻烦的事情，这时候可以用补丁来解决。
还是使用上面的工程，有一个主干和两个分支，主干中有一个 Test.java 文件
public class Test { private String test; public Test(String test) { this.test = test; } }
将 “this.test = test;” 修改为 “this.test = "aaa";”
在文件夹的空白处点右键 - TortoiseSVN - 创建补丁，选择修改的文件，点确定，创建一个Test.java.patch的补丁
在检出的分支中点击右键 - TortoiseSVN - 应用补丁，补丁效果如下
在要合并的副本点击空白处点击右键 - TortoiseSVN - 合并，
选择第三个选项，
关于起始和结束的url，查看版本分支图
结束的必须大于起始的的版本号，我想把b1分支的版本5合并到主干，就按下图填写
提交代码后再次查看版本分支图
主干的版本号升级为6，合并完成
