linux下创建svn仓库及用户

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目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。

2.2 权限分配：修改authz文件