项目管理：关于SVN的实践

SVN是Subversion的简称，是一个开放源码的版本号控制系统。

合作开发的时候，对SVN的使用有3个软件：SVN的server端，SVNclient（也就是Tortoise SVN,寻常checkout时用的那个）。另一个SVN乱入到vs里面的一个插件。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGhjMTEwNQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

本文想说的是项目管理中一些经验和技巧。

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中：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGhjMTEwNQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

然后选择一个存在的版本号库：

加入上传目录的URL：

加入成功之后，再commit之后就好：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGhjMTEwNQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">