http://blog.csdn.net/jenminzhang/article/details/8665612

增加用户 

   修改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  命令，之后再使用启动命令 ，如图 

使用地址访问，如果出现“ svn serve.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 文件