出于管理需要，也需要在公司内部实现自动发布流程。当开发机提交SVN代码之后，自动同步到测试服务器进行测试。
网络的拓扑简化为：
1台核心SVN服务器，使用的svn管理软件为Subversion Edge3.2版本，Subversion核心版本为1.8.x，内网IP为:xx.xx.xx.54；
1台Web服务器，CentOS6.5 x64，内网IP为:xx.xx.xx.53。
基本的操作流程如下：
一、创建版本库：
在Subversion Edge中创建版本是比较简单的。假设创建好的版本库为：http://xx.xx.xx.54/svn/assistant/
权限设置等，可参见其他相关文章。
二、目录、权限设置：
自动发布的原理，其实只是在于：当开发机提交更新之后，脚本会自动执行某段代码，将代码更新到某个副本中。如果svn服务器和wen服务器在一台电脑中，这步操作已经完成自动发布（准备下面的1，2步）；如过svn服务器和web服务器不在一台电脑中，则还需要使用其他办法将更新文件，同步到web服务器中。
1、在 svn服务器中，创建 "/data/assistant/"目录；
2、将版本库代码，"checkout"至该目录；
3、在web服务器中，创建"/web/assistant/"目录；
4、设置ssh权限，在使用rsync时，不需要手工录入密码；
5、建议将web服务器的web用户权限，在svn种也创建一份，这样一来，rsync可以直接将权限传递过去，无需再次操作（假设"webgroup:webuser"）。
#1、创建svn副本 mkdir /data/assistant/ #2、签出代码 /csvn/bin/svn checkout http://xx.xx.xx.54/svn/assistant/ /data/assistant/ #4、设置安全同步密钥，建议操作完之后，先执行一下rsync输入一次密码，则不需要再次输入了 ssh-keygen ssh-copy-id -i ~/.ssh/id_rsa.pub xx.xx.xx.53 #5、设置权限 chown webuser:webgroup -R /data/assistant
三、复制并修改"post-commit"脚本：
Edge操作钩子比较简单，根本不需要考虑权限问题，只需要在"Hook Scripts"中，选中'post-commit.tmpl"，再点击"copy"，复制为"post-commit"文件即可。
编辑内容如下：
#!/bin/sh REPOS $1 REV $2 #指定命令路径 SVNPATH=/data/csvn/bin/svn SVNLOOKPATH=/data/csvn/bin/svnlook RSYNC=/usr/bin/rsync #定义环境变量 LOCALCOPY=/data/assistant/ REMOTEIP=/web/assistant/ REMOTEIP="172.16.6.53" EXCLUED=/data/csvn/exclude.list LOG=/tmp/rsync_web_server.log CHANGE=$($SVNLOOKPATH changed -r $REV $REPOS) #设置输出字符集，避免乱码 export LANG=en_US.UTF-8 #更新本地副本 $SVNPATH update $LOCALCOPY --username publisher --password Q1w2e3r4t5 if [ $? == 0 ] && [ $CHANGE =~ "branches"]; then echo `date` >> $LOG echo "##############################" >> $LOG echo $CHANGE >> $LOG #修改更新文件的权限 chown -R webuser:webgroup $LOCALCOPY $RSYNC -vaztpH --timeout=90 --exclude-from=$EXCLUED $LOCALCOPY/ root@$REMOTEIP:$REMOTEIP >> $LOG else echo "no update file." >> $LOG fi
1、指定svn路径的原因在于，一般的centos通过yum安装的svn，是1.6.x版本，而edge是1.8.x版本，会导致更新时提示版本不一致，因此直接指定为edge自带的svn命令；
2、EXCLUED是设置的排除文件，包含在rsync同步时无需同步的文件或者目录，基本内容如下：
.svn/
.DS_Store
images/
3、目前的使用，仅限于提交后触发的post-commit脚本，实际上，当你查看版本库的hooks目录时，会发现其他很多事件的脚本，只是对于我们的应用场景来说，还不需要那么严谨，其余的，遇到再说吧；
4、理论上，目前的方式，当集中管理的项目较多时，会在svn上产生较多的svn副本，这对svn服务器也是一个压力。更优的方案，应该在于当触发提交时，请求对应web服务器的某个脚本，主动去拉取代码至对应web服务器，应该是更优的做法。