Centos 7 下 SVN 的部署

1、常见版本控制工具的分析

企业中，咱们对于产品的发布，常常要用到版本控制工具，而版本控制工具，咱们常见的有 SVN、VSS、Git 等，下面，咱们对常见的几款版本控制工具进行对比，分别列出他们的优缺点。

通过上面的分析，在咱们的企业中，使用哪一款工具，各位大佬们心中也会自有定夺，这里，咱们就挑一款市场上使用较多的 SVN 版本控制工具进行部署安装。

2、SVN 的部署

一、安装 SVN 工具

[root@localhost ~]# yum -y install subversion

二、建立 SVN 版本库的目录

[root@localhost ~]# mkdir -p /svn/svnrepos

三、建立 SVN 版本库

[root@localhost ~]# svnadmin create /svn/svnrepos

四、配置 SVN

在建立完版本库以后，会在 /svn/svnrepos 目录下生成下面文件

[root@localhost svnrepos]# ll
total 24
drwxr-xr-x 2 root root 4096 Nov 22   18:28 conf
drwxr-sr-x 6 root root 4096 Dec 26   10:12 db
-r--r--r-- 1 root root   2 Jun 11  2018  format
drwxr-xr-x 2 root root 4096 Jun 11  2018  hooks
drwxr-xr-x 2 root root 4096 Jun 11  2018  locks
-rw-r--r-- 1 root root  229 Jun 11  2018  README.txt

进入 conf 目录，会有下面文件

[root@localhost svnrepos]# cd conf/
[root@localhost conf]# ll
total 12
-rw-r--r-- 1 root root 1261 Sep 26 18:14 authz
-rw-r--r-- 1 root root  482 Sep 26 18:14 passwd
-rw-r--r-- 1 root root 3067 Jun 11  2018 svnserve.conf

authz：该文件为权限配置文件

passwd：该文件为用户密码设置文件

svnserve.conf：该文件为 SVN 综合配置文件

a、修改 authz 文件

[root@localhost conf]# vim authz

如上图：

①、咱们设置了两个用户组：admin 和 user，admin 用户组下有两个用户 admin 和 root ，user 用户组下有一个用户 svn 。

②、咱们设置了 SVN 用户的工做目录为 / ，注意：这里的 / 目录并非系统的 / 目录，而是 SVN 仓库的根目录。

③、咱们设置了 admin 用户组的权限为读写，user 用户组的权限为只读。也就是说，当咱们使用 admin 和 root 用户登录 SVN 时，具备读写权限，当咱们使用 svn 用户登录 SVN 时，只有只读权限。

b、修改 passwd 文件

[root@localhost conf]# vim passwd

如上图：

咱们分别设置了前面建立的三个用户的密码，格式为 用户用 = 密码

c、修改 svnserve.conf 文件

如上图：

咱们只须要修改上图标示的部分，具体的释义注释已经写的很明确，这里就再也不多作赘述。

修改了以上的三个文件，咱们的 SVN 就能够启动了，至于其余更多配置的修改，还须要各位大佬在实际应用中具体化。

d、启动 SVN

[root@localhost ~]# svnserve -d -r /svn/svnrepos

e、查看 SVN 进程及端口

[root@localhost ~]# ps -ef | grep svn
root      4496   650  0 13:12 pts/1    00:00:00 grep --color=auto svn
root     24632     1  0 Dec20 ?        00:00:00 svnserve -d -r /svn/svnrepos
[root@localhost ~]# netstat -tpnl | grep 3690
tcp        0      0 0.0.0.0:3690            0.0.0.0:*               LISTEN      24632/svnserve

3、总结

SVN 的部署和应用还算是挺简单的，没什么操做难度。不过在企业中，咱们具体使用哪一款版本控制工具，得看状况而定，也没必要拘泥于单一的工具。