svn建立仓库而且设置用户的权限
1 Linux下建立svn仓库
1.1 启动SVN服务
svnserve -d -r /SVNRootDirectry html
其中SVNRootDirectry是你的SVN 根目录，例如192.85.1.2上的是：/SVN。-d 表示之后太服务方式执行，-r就表示root缓存
1.2 建立仓储
1.2.1 在SVN根目录下创建版本仓库
svnadmin create studysocket
其中msm是版本仓库的名字，仓库创建好了之后会有出现一个仓库名字的文件夹，文件夹下面有conf等几个目录和文件，工具
以下图。接下来就须要设置版本仓库的权限了。这里说明一下：版本库之间是独立的。测试
文件目录以下：插件
其中conf文件夹下的目录为：server
1.2.2 增长用户
修改conf文件夹下的authz文件：htm
指令简介：此配置文件采用“基于路径的受权”策略，中括号里指定路径，如下列出对各用户的受权。blog
包括只读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目录通常是只读的，这里存储阶段性的发布版本，只是做为一个里程碑的版本进行存档。
2.2 权限分配：修改authz文件