标签：无法连接 控制系统 start tail group resolve 不能 配置管理 aop
SVN相关站点：
Subversion官网：
http://subversion.tigris.org/
http://subversion.apache.org/
svn客户端：http://toroisesvn.net/
svn中文网站：http://www.iusesvn.com/
中文常见问题解答FAQ：http://subversion.apache.org/faq.zh.html
官方手册：http://svnbook.red-bean.com/ 中英都有
svn版本控制系统是集中式的数据管理，存在一个中央版本库，所有开发人员本地开发所使用的代码都是来自于这个版本库，提交代码也都必须提交到这个中央版本库。
svn版本控制系统工作流程如下：
缺点：
当无法连接到中央版本库的环境下，你无法提交代码，将代码加入版本控制；
你无法查看代码的历史版本以及版本的变化过程。提交到版本控制系统中的代码我们都默认通过自测可运行的，如果某个模块的代码比较复杂，不能短时间内实现为可测试的功能，那么你需要等很长的时间才能提交自己的代码，由于代码库集中管理，因此，需要对中央版本库的存储做备份。这点分布式的版本控制系统要好一些。Svn的备份要备份所有代码数据以及所有更改的版本记录。
- git是由Linus开发的，所以很自然的git和Linux文件系统结合的比较紧密，以至于在windows上你必须使用cygwin才能使其完美的工作。
- 那git凭啥叫做分布式的版本控制系统呢？还是从其工作模式讲起把。
- git中没有了中央版本库的说法了，但是为了开发小组的代码共享，我们通常还是会搭建一个远程的git仓库。
- 但是和svn不同的是，开发者本地也包含了一个完整的git仓库，从某种程度上说本地的仓库和远程的仓库在身份上是等价的，没有主从之分。
- 如果你的项目是闭源项目，或者你习惯于以往的集中式的管理模式的话，那么在git下你也可以像svn那样的工作，只是流程中可能会增加一些步骤。
从上面的描述我们可以看到，我们每个开发人员的本地都会有一个git库，我们可以随时进行commit而不需要联网，可以随时查看历史版本，当某一个功能点开发完了之后我们可以将commit后的内容push到远程git库了，如果远程git库的版本在你上次clone或者pull之后变化了，那么你需要进行pull并处理冲突，提交之后，再push到远程git库。
svn仍是当前企业的主流。git正在发展，也许未来也会成为主流，但现在还不是。如果同学们有精力，能同时掌握更好。
对于版本管理系统，运维人员需要掌握的技术点：
svn服务常见的运行访问方式有3种：
（1）独立服务器访问
访问地址如：svn：//svn.yunjisuan.org/sadoc;
（2）借助apache等http服务
访问地址如：http://svn.yunjisuan.com/sadoc;
a,单独安装apache+svn（不要用）
b,CSVN（apache+svn）是一个单独的整合的软件，带web界面管理的SVN软件
（3）本地直接访问（例如：file://application/svndata/sadoc）
svn版本控制系统是集中式的数据管理，存在一个中央版本库，所有开发人员本地开发所使用的代码都是来自于这个版本库，提交代码也都必须提交到这个中央版本库。
svn版本控制系统工作流程如下：
缺点：
当无法连接到中央版本库的环境下，你无法提交代码，将代码加入版本控制；
你无法查看代码的历史版本以及版本的变化过程。提交到版本控制系统中的代码我们都默认通过自测可运行的，如果某个模块的代码比较复杂，不能短时间内实现为可测试的功能，那么你需要等很长的时间才能提交自己的代码，由于代码库集中管理，因此，需要对中央版本库的存储做备份。这点分布式的版本控制系统要好一些。Svn的备份要备份所有代码数据以及所有更改的版本记录。
- git是由Linus开发的，所以很自然的git和Linux文件系统结合的比较紧密，以至于在windows上你必须使用cygwin才能使其完美的工作。
- 那git凭啥叫做分布式的版本控制系统呢？还是从其工作模式讲起把。
- git中没有了中央版本库的说法了，但是为了开发小组的代码共享，我们通常还是会搭建一个远程的git仓库。
- 但是和svn不同的是，开发者本地也包含了一个完整的git仓库，从某种程度上说本地的仓库和远程的仓库在身份上是等价的，没有主从之分。
- 如果你的项目是闭源项目，或者你习惯于以往的集中式的管理模式的话，那么在git下你也可以像svn那样的工作，只是流程中可能会增加一些步骤。
从上面的描述我们可以看到，我们每个开发人员的本地都会有一个git库，我们可以随时进行commit而不需要联网，可以随时查看历史版本，当某一个功能点开发完了之后我们可以将commit后的内容push到远程git库了，如果远程git库的版本在你上次clone或者pull之后变化了，那么你需要进行pull并处理冲突，提交之后，再push到远程git库。
svn仍是当前企业的主流。git正在发展，也许未来也会成为主流，但现在还不是。如果同学们有精力，能同时掌握更好。
对于版本管理系统，运维人员需要掌握的技术点：
svn服务常见的运行访问方式有3种：
（1）独立服务器访问
访问地址如：svn：//svn.yunjisuan.org/sadoc;
（2）借助apache等http服务
访问地址如：http://svn.yunjisuan.com/sadoc;
a,单独安装apache+svn（不要用）
b,CSVN（apache+svn）是一个单独的整合的软件，带web界面管理的SVN软件
（3）本地直接访问（例如：file://application/svndata/sadoc）
在这里，主要介绍第一种方式以及第二种方式中的CSVN web管理方式
SVN客户端可以通过多种方式访问服务器端，例如：本地磁盘访问，或各种各样不同的网络协议访问，但一个版本库地址永远都是一个URL，URL反映了访问方法。
| 访问方式 | 说明 |
|---|---|
| file:// | 直接通过本地磁盘或者网络磁盘访问版本库 |
| http:// | 通过WebDAV协议访问支持Subversion的Apache服务器 |
| https:// | 与http://相似，但是用SSL加密访问 |
| svn:// | 通过TCP/IP自定义协议访问svnserve服务器 |
| svn+ssh:// | 通过认证并加密的TCP/IP自定义协议访问svnserve服务器 |
svn存储版本数据有2种方式：BDB（一种事务安全型表类型）和FSFS（一种不需要数据库的存储系统）。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。
BDB：
FSFS：
Svn是一种集中式文件版本管理系统。集中式管理的工作流程如下图： 
集中式代码管理的核心是SVN服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后进行开发，最后解决冲突，提交。所有的版本信息都放在SVN服务器上。因此如果脱离了服务器，开发者就无法进行提交代码工作。
下面举例说明：
开始新一天的工作：
首先从SVN服务器下载项目组最新代码。
进入自己的分支，进行开发工作，每隔一小时向服务器上自己的分支提交一次代码（很多程序员都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到新一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
优点：
#检查环境 [root@localhost ~]# cat /etc/redhat-release CentOS release 6.5 (Final) [root@localhost ~]# uname -m x86_64 [root@localhost ~]# uname -r 2.6.32-431.el6.x86_64 #光盘安装svn [root@localhost ~]# yum -y install subversion [root@localhost ~]# rpm -qa subversion subversion-1.6.11-9.el6_4.x86_64 #建立svn版本库数据存储根目录（svndata）及用户，密码权限目录（svnpasswd） mkdir -p /application/svndata #数据存储根目录 mkdir -p /application/svnpasswd #用户，密码权限目录
创建一个新的Subversion项目yunjisuan，其实，类似yunjisuan这样的项目可以创建多个，每个项目对应不同的代码，这里只是以创建一个项目为例演示：
[root@localhost ~]# svnadmin create /application/svndata/yunjisuan [root@localhost ~]# tree /application/svndata/yunjisuan/ /application/svndata/yunjisuan/ |-- README.txt |-- conf | |-- authz | |-- passwd | `-- svnserve.conf |-- db | |-- current | |-- format | |-- fs-type | |-- fsfs.conf | |-- min-unpacked-rev | |-- rep-cache.db | |-- revprops | | `-- 0 | | `-- 0 | |-- revs | | `-- 0 | | `-- 0 | |-- transactions | |-- txn-current | |-- txn-current-lock | |-- txn-protorevs | |-- uuid | `-- write-lock |-- format |-- hooks | |-- post-commit.tmpl | |-- post-lock.tmpl | |-- post-revprop-change.tmpl | |-- post-unlock.tmpl | |-- pre-commit.tmpl | |-- pre-lock.tmpl | |-- pre-revprop-change.tmpl | |-- pre-unlock.tmpl | `-- start-commit.tmpl `-- locks |-- db-logs.lock `-- db.lock 10 directories, 28 files #提示：查看svnadmin命令帮助的方法
[root@localhost ~]# cd /application/svndata/yunjisuan/conf/ [root@localhost conf]# ll total 12 -rw-r--r--. 1 root root 1080 Sep 13 16:02 authz -rw-r--r--. 1 root root 309 Sep 13 16:02 passwd -rw-r--r--. 1 root root 2279 Sep 13 16:02 svnserve.conf [root@localhost conf]# cp svnserve.conf{,.bak} [root@localhost conf]# vim svnserve.conf #修改配置文件的如下信息 [root@localhost ~]# cat -n /application/svndata/yunjisuan/conf/svnserve.conf.bak | sed -n ‘12p;13p;20p;27p‘ 12 # anon-access = read 13 # auth-access = write 20 # password-db = passwd 27 # authz-db = authz #将配置文件代码修改为如下所示： [root@localhost ~]# cat -n /application/svndata/yunjisuan/conf/svnserve.conf | sed -n ‘12p;13p;20p;27p‘ 12 anon-access = none #禁止匿名访问 13 auth-access = write #验证访问可写 20 password-db = /application/svnpasswd/passwd #密码文件位置 27 authz-db = /application/svnpasswd/authz #验证文件位置 特别提示： 此配置文件里的每条配置代码必须顶格写，不能有空格。
[root@localhost conf]# cp /application/svndata/yunjisuan/conf/authz /application/svnpasswd/ [root@localhost conf]# cp /application/svndata/yunjisuan/conf/passwd /application/svnpasswd/ [root@localhost conf]# ll /application/svnpasswd/ total 8 -rw-r--r--. 1 root root 1080 Sep 13 17:07 authz -rw-r--r--. 1 root root 309 Sep 13 17:07 passwd
[root@localhost conf]# svnserve --help #svn启动命令帮助 svnserve: warning: cannot set LC_CTYPE locale svnserve: warning: environment variable LANG is en svnserve: warning: please check that your locale name is correct usage: svnserve [-d | -i | -t | -X] [options] Valid options: -d [--daemon] : daemon mode #守护进程启动（后台） -i [--inetd] : inetd mode -t [--tunnel] : tunnel mode -X [--listen-once] : listen-once mode (useful for debugging) -r [--root] ARG : root of directory to serve #指定根目录 -R [--read-only] : force read only, overriding repository config file --config-file ARG : read configuration from file ARG --listen-port ARG : listen port #监听端口默认3690 [mode: daemon, listen-once] --listen-host ARG : listen hostname or IP address #监听IP [mode: daemon, listen-once] -T [--threads] : use threads instead of fork [mode: daemon] --foreground : run in foreground (useful for debugging) [mode: daemon] --log-file ARG : svnserve log file --pid-file ARG : write server process ID to file ARG [mode: daemon, listen-once] --tunnel-user ARG : tunnel username (default is current uids name) [mode: tunnel] -h [--help] : display this help --version : show program version information #启动svn服务 [root@localhost conf]# svnserve -d -r /application/svndata/ svnserve: warning: cannot set LC_CTYPE locale #警告可以忽略 svnserve: warning: environment variable LANG is en #警告可以忽略 svnserve: warning: please check that your locale name is correct ##警告可以忽略 [root@localhost conf]# netstat -antup | grep 3690 tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 1256/svnserve
[root@localhost conf]# source /etc/sysconfig/i18n #启用中文字符集 [root@localhost conf]# pkill svnserve [root@localhost conf]# svnserve -d -r /application/svndata/ [root@localhost conf]# netstat -antup | grep 3690 tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 1261/svnserve [root@localhost conf]# cat /etc/sysconfig/i18n LANG="en_US.UTF-8" SYSFONT="latarcyrheb-sun16"
#在/application/svnpasswd/passwd文件末尾追加如下内容： [root@localhost conf]# tail -4 /application/svnpasswd/passwd yunjisuan = 111111 #设置账号密码 benet = 111111 #设置账号密码 stu001 = 123 #设置账号密码 stu002 = 456 #设置账号密码
注意：
1，权限配置文件中出现的用户名必须已在用户配置文件中定义
2，对权限配置文件的修改立即生效，不必重启svn
权限配置说明 #用户组格式： 【groups】 =， 其中，1个用户组可以包含1个或多个用过户，用户间以逗号分隔。 例如：harry\_and\_sally = harry,sally #==>用户组 = 用户1，用户2 #版本库目录格式： [<版本库>：/项目/目录] #例如：[repository:/baz/fuz] @<用户组名> = <权限> #例如：@harry\_and\_sally = rw <用户名> = <权限> #例如：harry = rw #其中，方框号内部分可以有多种写法： [/],表示根目录及以下，根目录是svnserve启动时指定的，我们指定为/application/svndata，[/]就是表示对全部版本库设置权限。 [repos:/]，表示对版本库repos设置权限。 [repos:/yunjisuan]，表示对版本库repos中的yunjisuan项目设置权限。 [repos:/yunjisuan/benet]，表示对版本库repos中的yunjisuan项目的benet目录设置权限。 #权限主体可以是用户组，用户或*，用户组在前面加@，*表示全部用户。 #权限可以是w，r，wr和空，空表示没有任何权限。 #authz中每个参数都要顶格写，开头不能有空格。 #对于组，要以@开头，用户不需要@开头。
#编辑authz配置文件进行授权，在authz末尾加入以下几句代码 [root@localhost conf]# egrep -v "#|^$" /application/svnpasswd/authz [aliases] [groups] sagroup = stu001,stu002 #新增本行，定义组名 [yunjisuan:/] #定义授权的范围 yunjisuan = rw #用户单独授权 benet = r #用户单独授权 @sagroup = r #组用户授权
[root@localhost conf]# ps -ef | grep svn | grep -v grep root 1261 1 0 17:16 ? 00:00:00 svnserve -d -r /application/svndata/ [root@localhost conf]# kill 1261 [root@localhost conf]# ps -ef | grep svn | grep -v grep [root@localhost conf]# svnserve -d -r /application/svndata/
推荐：TortoiseSVN-1.9.7.27907-x64-svn-1.9.7
注意：32位系统要用32位软件版本
一路yes即可
（1）先在本地创建一个目录，起名任意，比如data 
（2）鼠标右键点击data目录
选择右键菜单里的SVN Checkout，出现下图： 
特别提示：
如果连接不通，请检查Linux虚拟机的iptables是否关闭。
点击OK后，出现下图： 
再次点击OK以后，结束。此时目录里多了一个隐藏的目录，表示此目录已经和svn服务器连通 
命令说明：
（1）SVN Checkout:相当于下载，第一次连接svn服务器的时候需要和服务器的对应存储目录进行数据同步，如果服务器的对应目录里有数据文件，那么就会下载到你的本地对应目录里。
（2）SVN Update：更新数据，检查服务器端svn存储目录里是否和本地svn存储目录数据不一致，如果不一致，那么下载改变或新增的部分到本地svn目录里。（不会删除本地目录内容）
（3）SVN Commit：提交数据到svn服务器端存储目录。本地svn存储目录会和服务器端存储目录进行比对校验。会把本地改变的部分和新增的部分同步上传至服务器端。
（1）向windows的svn存储目录data里放一个空文件 
（2）右键点击data目录，选择SVN Commit 
（3）打开本地data目录里的文件，随便写点内容后，再次进行SVN commit 
（4）直接从本地查看服务器端的数据内容
右键点击本地svn存储目录data，选择TortoiseSVN ===>Repo-browser后出现下图： 
双击文件可以直接远程打开文件，可以看到里面刚刚被修改后的内容已经更新至服务器端。
（5）删除本地svn存储目录data里的文件，后选择SVN Update
会发现，刚刚删除的文件又重新下载回来了。
（6）继续删除本地svn存储目录data里的文件，后选择SVN Commit 
（7）再次查看服务器端存储目录里，发现文件已经被删除了 
[root@localhost ~]# svn --help usage: svn <subcommand> [options] [args] Subversion command-line client, version 1.6.11. Type ‘svn help <subcommand>‘ for help on a specific subcommand. Type ‘svn --version‘ to see the program version and RA modules or ‘svn --version --quiet‘ to see just the version number. Most subcommands take file and/or directory arguments, recursing on the directories. If no arguments are supplied to such a command, it recurses on the current directory (inclusive) by default. Available subcommands: add blame (praise, annotate, ann) cat changelist (cl) checkout (co) #下载数据 cleanup commit (ci) #提交数据 copy (cp) delete (del, remove, rm) diff (di) export help (?, h) import info list (ls) #显示服务器端内容 lock log merge mergeinfo mkdir move (mv, rename, ren) propdel (pdel, pd) propedit (pedit, pe) propget (pget, pg) proplist (plist, pl) propset (pset, ps) resolve resolved revert status (stat, st) switch (sw) unlock update (up) #更新数据 Subversion is a tool for version control. For additional information, see http://subversion.tigris.org/
[root@localhost ~]# mkdir yunjisuan [root@localhost ~]# cd yunjisuan/ [root@localhost yunjisuan]# pwd /root/yunjisuan #下载服务器端数据到Linux本地目录 [root@localhost yunjisuan]# svn co svn://192.168.0.220/yunjisuan/ /root/yunjisuan/ --username=benet --password=123123 Restored ‘/root/yunjisuan/ffff.txt‘ Checked out revision 6. [root@localhost yunjisuan]# ll total 4 -rw-r--r--. 1 root root 30 Sep 13 19:45 ffff.txt
[root@localhost yunjisuan]# svn list file:///application/svndata/yunjisuan/ ffff.txt
(1)一次失败的提交
[root@localhost yunjisuan]# pwd /root/yunjisuan [root@localhost yunjisuan]# touch {10..15} #创建目录 [root@localhost yunjisuan]# ll total 0 -rw-r--r--. 1 root root 0 Dec 31 03:14 10 -rw-r--r--. 1 root root 0 Dec 31 03:14 11 -rw-r--r--. 1 root root 0 Dec 31 03:14 12 -rw-r--r--. 1 root root 0 Dec 31 03:14 13 -rw-r--r--. 1 root root 0 Dec 31 03:14 14 -rw-r--r--. 1 root root 0 Dec 31 03:14 15 [root@localhost yunjisuan]# svn add * #提交前需要先把要提交的内容做标记A A 10 A 11 A 12 A 13 A 14 A 15 [root@localhost yunjisuan]# svn ci -m "message" svn: Commit failed (details follow): svn: Authorization failed #提交失败权限不通过
（2）换账户重新Checkout
[root@localhost yunjisuan]# svn co svn://192.168.200.131/yunjisuan/ /root/yunjisuan/ --username=yunjisuan --password=111111 #换拥有写入权限的账户checkout ----------------------------------------------------------------------- ATTENTION! Your password for authentication realm: <svn://192.168.200.131:3690> 0d8e0c35-eabc-4e9f-b05d-86010b9f1c5b can only be stored to disk unencrypted! You are advised to configure your system so that Subversion can store passwords encrypted, if possible. See the documentation for details. You can avoid future appearances of this warning by setting the value of the ‘store-plaintext-passwords‘ option to either ‘yes‘ or ‘no‘ in ‘/root/.subversion/servers‘. ----------------------------------------------------------------------- Store password unencrypted (yes/no)? yes #是否作为目录的新账户和密码 Checked out revision 3. [root@localhost yunjisuan]# ll total 0 -rw-r--r--. 1 root root 0 Dec 31 03:14 10 -rw-r--r--. 1 root root 0 Dec 31 03:14 11 -rw-r--r--. 1 root root 0 Dec 31 03:14 12 -rw-r--r--. 1 root root 0 Dec 31 03:14 13 -rw-r--r--. 1 root root 0 Dec 31 03:14 14 -rw-r--r--. 1 root root 0 Dec 31 03:14 15 #重新提交 [root@localhost yunjisuan]# svn add * #文件或目录已经纳入了版本控制（前面已经做过标记） svn: warning: ‘10‘ is already under version control svn: warning: ‘11‘ is already under version control svn: warning: ‘12‘ is already under version control svn: warning: ‘13‘ is already under version control svn: warning: ‘14‘ is already under version control svn: warning: ‘15‘ is already under version control [root@localhost yunjisuan]# svn ci -m "message" #重新提交 Adding 10 Adding 11 Adding 12 Adding 13 Adding 14 Adding 15 Transmitting file data ...... Committed revision 4. #查看服务器端数据 [root@localhost yunjisuan]# svn list file:///application/svndata/yunjisuan/ 10 11 12 13 14 15
- 钩子脚本的具体写法就是操作系统中shell脚本程序的写法，可根据自己的SVN所在的操作系统和shell程序进行相应的开发。
- 钩子脚本就是被某些版本库事件触发的程序，例如：创建新版本或修改未被版本控制的属性。每个钩子都能掌管足够的信息来了解发生了什么事件，操作对象是什么以及触发事件用户的账号。
- 根据钩子的输出或返回状态，钩子程序能够以某种方式控制该动作继续执行，停止或挂起。
默认情况下，钩子的子目录中包含各种版本库钩子模板
[root@localhost ~]# ls -l /application/svndata/yunjisuan/hooks/ total 36 -rw-r--r--. 1 root root 1977 Sep 13 16:02 post-commit.tmpl -rw-r--r--. 1 root root 1638 Sep 13 16:02 post-lock.tmpl -rw-r--r--. 1 root root 2289 Sep 13 16:02 post-revprop-change.tmpl -rw-r--r--. 1 root root 1567 Sep 13 16:02 post-unlock.tmpl -rw-r--r--. 1 root root 3426 Sep 13 16:02 pre-commit.tmpl -rw-r--r--. 1 root root 2410 Sep 13 16:02 pre-lock.tmpl -rw-r--r--. 1 root root 2786 Sep 13 16:02 pre-revprop-change.tmpl -rw-r--r--. 1 root root 2100 Sep 13 16:02 pre-unlock.tmpl -rw-r--r--. 1 root root 2780 Sep 13 16:02 start-commit.tmpl
- 对每种Subversion版本库支持的钩子都有一个模板，通过查看这些脚本的内容，你能看到是什么事件触发了脚本及如何给传脚本传递数据。
- 同时，这些模板也是如何使用这些脚本，结合Subversion支持的工具来完成有用任务的例子。
- 要实际安装一个可用的钩子，你需要在repos/hooks目录下安装一些与钩子同名（如start-commit或者post-commit）的可执行程序或脚本，注意，去掉模板的扩展名。
重要提示：
由于安全原因，Subversion版本库在一个空环境中执行钩子脚本就是没有任何环境变量，甚至没有$PATH或%PATH%。由于这个原因，许多管理员会感到很困惑，他们的钩子脚本手工运行时正常，可在Subversion中却不能运行。要注意，必须在你的钩子中设置好环境变量或为你的程序指定好绝对路径。
| 钩子脚本 | 说明 |
|---|---|
| post-commit | 在提交完成成功创建版本之后执行该钩子，提交已经完成，不可更改，因此，本脚本的返回值被忽略。提交完成时触发事务 |
| pre-commit | 提交完成前触发执行该脚本 |
| start-commit | 在客户端还没有向服务器提交数据之前，即还没有建立Subversion transaction之前，执行该脚本（提交前出发事务） |
（1）一定要定义变量，主要是用过的命令的路径。因为SVN的考虑的安全问题，没有调用系统变量，如果手动执行是没有问题，但SVN自动执行就会无法执行了。
（2）SVN的同步目录在 update之前一定要先checkout一份出来，还有这里一定要添加用户和密码。
（3）加上了对前一个命令的判断，如果update的时候出了问题，程序没有退出的话还会继续同步代码到Web服务器上，这样会造成代码有问题。
（4）建议最好记录日志，出错的时候可以很快的排错
（5）最后是数据同步，rsync的相关参数一定要清楚。
pre-commit:
post-commit:
（1）建立同步WEB目录
mkdir -p /data/www
（2）将SVN中内容checkout到WEB目录一份。
[root@localhost yunjisuan]# mkdir -p /data/www [root@localhost yunjisuan]# svn checkout svn://192.168.0.220/yunjisuan /data/www --username=yunjisuan --password=123123 A /data/www/xxxx A /data/www/111 A /data/www/120 A /data/www/112 A /data/www/113 A /data/www/114 A /data/www/ffff.txt A /data/www/115 A /data/www/116 A /data/www/117 A /data/www/118 A /data/www/119 Checked out revision 7. [root@localhost yunjisuan]# ll /data/www/ total 44 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 111 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 112 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 113 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 114 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 115 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 116 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 117 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 118 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 119 drwxr-xr-x. 3 root root 4096 Sep 13 21:32 120 -rw-r--r--. 1 root root 30 Sep 13 21:32 ffff.txt -rw-r--r--. 1 root root 0 Sep 13 21:32 xxxx
（3）制作钩子脚本，post-commit
root@localhost yunjisuan]# cd /application/svndata/yunjisuan/hooks/ [root@localhost hooks]# cp post-commit.tmpl post-commit #复制模板一份 [root@localhost hooks]# egrep -v "#|^$" post-commit #模板原始内容 REPOS="$1" REV="$2" mailer.py commit "$REPOS" "$REV" /path/to/mailer.conf [root@localhost hooks]# vim post-commit #修改post-commit脚本 [root@localhost hooks]# egrep -v "#|^$" post-commit REPOS="$1" #传参（未用上） REV="$2" #传参（未用上） SvnIP="192.168.0.220" #svn服务端的IP地址 ProjectName="yunjisuan" #svn服务端的项目库名称 UserName="yunjisuan" #账户姓名 PassWord="123123" #账户密码 LocalPath="/data/www" #位于svn本地的共享目录 SVN=/usr/bin/svn #svn命令的绝对路径 export LC_CTYPE="en_US.UTF-8" #中文字符集支持 export LC_ALL= if [ ! -d ${LocalPath} ];then mkdir -p ${LocalPaht} $SVN checkout svn://${SvnIP}/${ProjectName} ${LocalPath} --username=${UserName} --password=${PassWord} #新创建目录需要先经过checkout才能update else $SVN update --username yunjisuan --password 123123 /data/www #更新共享目录内容 fi if [ $? -eq 0 ];then /usr/bin/rsync -az --delete /data/www /tmp/ #数据同步推送到本地/tmp目录下（生产环境可以直接同步推送到Web测试服务器） fi
4）进行钩子脚本同步测试
#删除之前的测试记录 [root@localhost hooks]# rm -rf /data/www/ [root@localhost hooks]# ll -d /data/www ls: cannot access /data/www: No such file or directory [root@localhost hooks]# rm -rf /tmp/* [root@localhost hooks]# ll /tmp/ total 0 [root@localhost hooks]# chmod 700 post-commit #给钩子脚本可执行权限
特别提示：
当用户通过svn更新钩子post-commit所在的项目库时，在更新完毕之后会自动触发钩子脚本
模拟更新项目库版本 
#查看svn服务器端钩子脚本执行情况 [root@localhost hooks]# ll /data/www/ #svn服务器端本地共享目录 total 8 -rw-r--r--. 1 root root 0 Dec 31 03:56 10 -rw-r--r--. 1 root root 0 Dec 31 03:56 11 -rw-r--r--. 1 root root 0 Dec 31 03:56 12 -rw-r--r--. 1 root root 0 Dec 31 03:56 13 -rw-r--r--. 1 root root 0 Dec 31 03:56 14 -rw-r--r--. 1 root root 0 Dec 31 03:56 15 -rw-r--r--. 1 root root 4 Dec 31 03:56 server.txt -rw-r--r--. 1 root root 3 Dec 31 03:59 test.txt [root@localhost hooks]# ll /tmp/www/ #推送后的数据目录 total 8 -rw-r--r--. 1 root root 0 Dec 31 03:56 10 -rw-r--r--. 1 root root 0 Dec 31 03:56 11 -rw-r--r--. 1 root root 0 Dec 31 03:56 12 -rw-r--r--. 1 root root 0 Dec 31 03:56 13 -rw-r--r--. 1 root root 0 Dec 31 03:56 14 -rw-r--r--. 1 root root 0 Dec 31 03:56 15 -rw-r--r--. 1 root root 4 Dec 31 03:56 server.txt -rw-r--r--. 1 root root 3 Dec 31 03:59 test.txt
综上，post-commit钩子脚本测试成功。
通过pre-commit的钩子脚本还可以对用户上传的内容进行大小和扩展名的限制
标签：无法连接 控制系统 start tail group resolve 不能 配置管理 aop
原文地址：https://www.cnblogs.com/chen-guanzhou/p/10200623.html
