首先需要创建一个版本库存放的目录,如:
# mkdir /var/svnroot
之后需要使用 svnadmin 命令来创建一个版本库,如:
# svnadmin create /var/svnroot/test
svnadmin 和 svnlook 都是服务器端的工具,他们可以直接操作版本库服务器上的目录和文件,而不需要 Subversion 服务器运行。
进入到刚才创建的版本库目录 /var/svnroot/test 中,可以看到里面的目录结构如下:
# ls
conf db format hooks locks README.txt
其中的conf目录为存放配置文件的地方,里面共有三个文件:authz、passwd 和 svnserve.conf 。
svnserve.conf 文件是用来设置认证和授权策略的,例如认证使用简单的用户名和密码机制,授权策略为经过认证的用户可以读写版本库、匿名用户只能读不能写。这个配置文件如下:
[general]
# 匿名用户只读
anon-access = read
# 认证用户可写
auth-access = write
# 使用 passwd 文件保存用户名和密码
password-db = passwd
其中最后一行 password-db = passwd 的意思是按照 passwd 文件中设置的用户名和密码进行验证,故需要配置 passwd 文件,如:
[users]
test = 111111
更详细的认证及访问控制策略请参考 http://blog.csdn.net/AlphaHinex/archive/2009/08/24/4479179.aspx 或 http://swjr.blog.com.cn/archives/2006/TheRoadToSubversion1authz.shtml
只有把版本库发布到网络上,才能够让别的机器访问得到,毫无疑问需要使用一个服务器端的守护程序。使用httpd配置比较复杂,如果只是在局域网内做开发,使用Subversion自带的svnserve也是不错的选择。
运行 svnserve 命令,带 -d 选项即可以作为一个单独的守护进程运行,-r 选项可以指定发布哪个目录下的版本库。
# svnserve -d -r /var/svnroot
一旦服务器运行,就在端口3690进行监听。使用 telnet 可以测试到 3690 端口已经开放了,如下:
# telnet 127.0.0.1 3690
Trying 127.0.0.1...
Connected to Hinex.VM (127.0.0.1).
Escape character is '^]'.
( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops depth log-revprops partial-replay ) ) )
至此就可以在客户机使用 svn://ip/test 来连接Subversion 服务器了,如果连接不上有可能是服务器防火墙将3690端口拦截了,开放器即可。
此外,如果需要将一个 svn 服务器中的版本库移植到另外一台svn服务器上,可以直接将原版本库中 db 文件夹中的内容全部复制到新 svn 服务器相应版本库目录下即可,还要注意两个 svn 服务器所运行的 svn 版本,不同版本可能会出现不兼容情况。