1 Linux下创建svn仓库
1.1 启动SVN服务
svnserve -d -r /SVNRootDirectry
其中SVNRootDirectry是你的SVN 根目录，例如192.85.1.2上的是：/SVN。-d 表示以后太服务方式执行，-r就表示root
1.2 创建仓储
1.2.1 在SVN根目录下建立版本仓库
svnadmin create study
命令 ：svnadmin create msm
其中msm是版本仓库的名字，仓库建立好了以后会有出现一个仓库名字的文件夹，文件夹下面有conf等几个目录和文件，
如下图。接下来就需要设置版本仓库的权限了。这里说明一下：版本库之间是独立的。
文件目录如下：
其中conf文件夹下的目录为：
1.2.2 增加用户
修改conf文件夹下的authz文件：
指令简介：此配置文件采用“基于路径的授权”策略，中括号里指定路径，以下列出对各用户的授权。
包括只读r，读写rw。没有列出的用户，则不允许访问。还可以对用户分组，具体请参考svn手册，以下是简单例子：
<!--[if !supportLineBreakNewLine]--> 用户组格式：
[groups]
<用户组名> = <用户1>,<用户2>
其中，1个用户组可以包含1个或多个用户，用户间以逗号分隔。
版本库目录格式：
[<版本库>:/项目/目录]
@<用户组名> = <权限>
<用户名> = <权限>
其中，方框号内部分可以有多种写法:
/,表示根目录（仓储目录）及以下。根目录是svnserve启动时指定的，我们指定/opt/svndata。这样，/就是表示对全部版本库设置权限。
权限主体可以是用户组、用户或*，用户组在前面加@，*表示全部用户。权限可以是w、r、wr和空，空表示没有任何权限。
在[groups]下增加你的用户组（记得等号前后留空格）
在[/]下面增加对用户或者用户组的权限设置；最后如下图：
1.2.3 修改用户密码
添加了用户以后就需要给用户设置密码了，打开conf/passwd文件：
输入以下内容：
[users]
<用户1> = <密码1> admin = admin
<用户2> = <密码2> username2 = password2
可以添加多个，此为用户名密码对。
取消[users]的注释，并在下面加上你的用户的密码设置（记得等号左右的空格），如下图：
1.2.4 对启动SVN对用户权限、密码的控制
需要启动SVN对用户权限、密码的控制，不然的话你就只能读而不能写了。
修改svnserve.conf文件，
各参数功能在配置文件的注释中有说明, 此处配置如下:
[general]
anon-access = none # 使非授权用户无法访问
auth-access = write # 使授权用户有写权限
password-db = /opt/svndata/repos/conf/passwd # 指明密码文件路径
authz-db = /opt/svndata/repos/conf/authz # 访问控制文件
realm = /opt/svndata/repos # 认证命名空间，subversion会在认证提示里显示，
并且作为凭证缓存的关键字。
取消下面几条前面的#号注释就OK了：
anon-access = read
auth-access = write
password-db = passwd
authz-db = authz
重新启动svn服务 ：
启动svn服务命令 svnserve -d -r /svn
如果报：svnserve: Can't bind server socket: Address already in use
解决办法：
使用 “ ps -e|grep svnserve ” 找到服务对应进程编号 ，使用kill 命令，之后再使用启动命令 ，如图
使用地址访问，如果出现“svnserve.conf:12: Option expected”，导致原因是：subversion读取配置文件
svnserve.conf时，无法识别有前置空格的配置文件
修改改为
1.2.5 给SVN 仓储空间中的 DB目录分配写权限
cd /svn
sudo chmod 777 -R 仓储名称
不然不能提交文件
2 SVN标准目录结构
2.1 目录结构概述
2.1.1 目录 trunk
trunk是主分支，是日常开发进行的地方,一般包含 ：
0-Src 源码
1-DevelopDoc 开发文档
2-ProductDoc 产品文档
3-ThirdPartyTools 第三方工具（插件）
4-Testing 测试
5-DeployDoc 部署文档
2.1.2 目录branches
ranches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。
又比如为不同用户客制化的版本，也可以放在分支中进行开发。
2.1.3 目录 tags
tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。