SVN是Subversion的简称，是一个开放源码的版本号控制系统。
合作开发的时候，对SVN的使用有3个软件：SVN的server端，SVNclient（也就是Tortoise SVN,寻常checkout时用的那个）。另一个SVN乱入到vs里面的一个插件。
本文想说的是项目管理中一些经验和技巧。
1，SVN里的文件夹结构布局
搭建好SVN之后，就開始规划项目了。刚着手的时候，依据曾经在考试系统做个N多次測试的经验——要想大家配合好，首先文档之类的东西要规范到Pro,易懂到Nuts都明确。
所以把SVN里面文件夹分好就很重要了。在搜一些项目的文件夹结构的时候，就无意中看到了SVN的文件夹结构布局。
Subversion有一个非常标准的文件夹结构，是这种。
比方项目是proj。svn地址为svn://proj/。那么标准的svn布局是
svn://proj/
|
+-trunk
+-branches
+-tags
这是一个标准的布局。trunk为主开发文件夹。branches为分支开发文件夹，tags为tag存档文件夹（不同意改动）。可是详细这几个文件夹应该怎样使用，svn并没有明白的规范，很多其它的还是用户自己的习惯。
有两种比較常见的开发方式：一种是一trunk为主开发文件夹进行开发。tag存储稳定版本号； 还有一种是在每个release的branch中进行各自的开发，trunk仅仅做公布使用。这两种方式各有优缺点，大家有兴趣能够百度下。
学习完文件夹结构的布局之后。參照标准结构，于是产生了我们SVN上的文件夹结构：
2，为组员规定一些格式规范
比如。建立好SVN之后，由于我们是有一个共享目录的，用来放一些公共的东西：
在让大家上传之前，要先规定好文件该怎么命名，该上传什么东西，等等。还有后期的写文档也是如此，规范不是用来起一个约束作用的，而是用来维持一个不慌乱的秩序的。
3，关于VS中插件的使用
在向SVN里面提交的时候。我们能够提交到checkout出的目录，然后再ADD,commit,可是在VS里面装好插件之后，能够直接在VS里面提交，不用再那么麻烦了。
在VS里面提交，跟在检出的目录中增加文件差点儿相同。都是先add,然后commit.
如图：
首先将打开的solution增加到svn中：
然后选择一个存在的版本号库：
加入上传目录的URL：
加入成功之后，再commit之后就好：
