SVN创建用户，创建分组，不同分组对应不同目录权限

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

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