1.舍弃使用eclipse中的svn插件，因为对比之后发现tortoiseSVN使用起来更舒服
2.放弃线上线下同一个代码库的常规SVN设定，而是采用，线上一个放置生产环境代码库，本地生成一个日常环节代码库的方式。理由是，我现在的工作模式，紧经常会有一些很小的迭代去变更SVN版本，如果使用线上线下同一个版本库的话，会要求线下经常更新版本库，这样会比较麻烦。
什么时候改成线上下线统一版本的模式？
1.工作生成版本的迭代周期更长一些（固定一周？）
2.本地和线上的配置文件差异更小一点，缩小到一个properties
3.svn使用技巧上更好一点，懂得怎么方便的同步线上线下的代码
目前采用的模式：
本地新建一个代码库，里面的主干（trunk）部分对应本地的代码
分支部分对应线上的各个版本，通过把线上版本导出到本地，然后导入到分支的方式来做
然后在本地的代码库中，对比线上线下的代码差异。如果变更的文件少，则直接手动更新文件；如果文件多，则在本地检出一个线上版本，然后在本地修改，再提交（这样做的目的是因为文件太多一个个提交太麻烦）
PS.目前这种版本控制模式并非最优的方式，以后慢慢学习和改进成公司正统高效的方式。