linux多个svn仓库权限管理,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

命令 ：svnadmin create  msmsvn

其中msm是版本仓库的名字，仓库创建好了之后会有出现一个仓库名字的文件夹，文件夹下面有conf等几个目录和文件，工具

以下图。接下来就须要设置版本仓库的权限了。这里说明一下：版本库之间是独立的。测试

文件目录以下：插件

其中conf文件夹下的目录为：server

1.2.2 增长用户

修改conf文件夹下的authz文件：htm

指令简介：此配置文件采用“基于路径的受权”策略，中括号里指定路径，如下列出对各用户的受权。blog

包括只读r，读写rw。没有列出的用户，则不容许访问。还能够对用户分组，具体请参考svn手册，如下是简单例子：

       用户组格式：

[groups]

 = ,

其中，1个用户组能够包含1个或多个用户，用户间以逗号分隔。

版本库目录格式：

[:/项目/目录]

@ = 

 = 

其中，方框号内部分能够有多种写法:

/,表示根目录(仓储目录)及如下。根目录是svnserve启动时指定的，咱们指定/opt/svndata。这样，/就是表示对所有版本库设置权限。

权限主体能够是用户组、用户或*，用户组在前面加@，*表示所有用户。权限能够是w、r、wr和空，空表示没有任何权限。

在[groups]下增长你的用户组(记得等号先后留空格)

在[/]下面增长对用户或者用户组的权限设置；最后以下图：

1.2.3 修改用户密码

添加了用户之后就须要给用户设置密码了，打开conf/passwd文件：

输入如下内容：

[users]

 =  admin = admin

 =  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文件