SVN使用步骤：
检出 checkout
更新 update
冲突 confilicte
添加 Add(添加项目时使用)
填写SVN日志
提交 commit
使用步骤注意：update ----> add ----> 写注释 ----> commit，是一个完整的事务。
一. 提交之前必须更新，因为在你提交之前你并不知道别人是否对你提交的文件已经做了修改。需要将文件更新到最新状态，才可以修改。当完成了一个小功能，自己反复检测无误后，谨慎提交。如果在在修改期间别人也更改了SVN的对应文件，那么commit就可能会失败。如果别人和自己更改的是同一个文件，那么update时会自动进行合并，如果修改的是同一行，那么合并时会产生冲突，这种情况就需要同之前的开发人员联系，协商解决冲突，解决冲突后，两人一起测试确保冲突完美解决并不影响程序的其它功能。在更新时注意所更新文件的列表，如果提交过程中产生了更新。则也是需要重新编译并且完成自己的一些必要测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免SVN合并错误导致代码有错。
二. 提交时注意不要提交本地自动生成的文件，一般配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件屏蔽提交（例如eclipse中的.classpath文件等）。如果项目中没有进行这方面的配置来强行禁止提交这样的文件，请自觉不要提交这样的文件。提交了这样的文件后，别人在更新后就可能与本地的环境冲突从而影响大家的工作。
三. 提交时必须填写日志，团队开发中一个文件可能被多个人操作，如果每个人提交的时候不记录本次需要提交的内容，可能会造成以后该文件出错时，无法及时定位到哪一次提交时出现了问题，而且对以后的bug回顾也不方便。所以写日志的时候要把修改了哪些地方，哪些地方还有偏差，及接下来怎么去解决偏差记录下来。
四. 提前协调好项目组成员的工作计划。项目经理合理分配了工作计划后，每个成员在准备开始进行某项功能的修改之前，如果有可能，先跟工作小组的成员谈谈自己的修改计划，让大家都能了解你的想法，了解你即将对软件作出的修改，这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时你也能够在和成员的交流中发现自己之前设计的不足，完善你的设计。
五. 提交只提交自己修改的文件，不需要提交的千万别选。提交之前检查是否需要提交的文件。反复查看确保正确后勤更新亲提交。
六. 慎用锁定功能 。在项目中要慎用锁定的功能，在你锁定了一个文件之后别人就无法继续修改提交该文件，虽然可以减少冲突的发生率，但是可能会影响项目组中其他人员的工作。平时只有在编辑那些无法合并的文件（例如图片文件，flash文件等）时，才适当的采用锁定操作。
七. 对SVN的操作，一般不建议直接右击项目---team---更新/提交；建议统一在资源库中进行更新、添加、提交等一系列事务。因为在资源库中，对各项待改变或以改变的文件有很直观的比较。
SVN的其他操作：
查看某一文件历史提交记录：右键该文件 ---->Team ---->显示资源历史记录
比较当前文件与资源库中的文件差异：右键该文件 ----> compare with
替换文件/还原：右键该文件 ----> replace with
注意：替换操作不可逆！！此操作要谨慎，必要时请先备份。
解决冲突：
如果commit时出现"You have to update your work copy first.”红色警告，说明版本库中的此文件已经被其他人修改了。请先点“ok”按钮退出。执行update,然后再commit。
如果修改与update得到的代码不冲突，则自动合并。如果冲突（比如对同一行代码进行了修改），则出现”One or more files are in a conflicted state.“红色警告，并产生几个文件记录冲突。
【1】：资源库-->本地（更新）
【2】：本地-->资源库（提交）
【3】：包含【1】【2】
【4】：冲突文件
这个蓝色的按钮，在没有冲突的前提下，蓝色按钮里面的都是你要更新的。直接更新即可
这个灰色的按钮，灰色按钮里面的都是你要提交的。挨个文件看一下，是不是你要提交的东西。是的话 commit
点击【4】标注的红色箭头，这里会显示所有有冲突的文件：有冲突的文件又包括两类：
一是多个人修改该文件，但修改的是不同的部分；
二是多人修改该文件，其中两人或以上操作了同一段代码。
针对第一种可以直接更新无需特殊处理，
针对第二种，就需要谨慎操作，切不可一股脑的更新。可以先把自己的代码copy下来，和另一个人商量后再决定如何操作。冲突代码，需要责任人之间进行协调处理。
如有不足，欢迎留言指正。望不吝赐教。。。