SVN large code version management and on-line program (a)
1.SVN Introduction
1.1 What is SVN (Subversion)
- Svn version management tools to manage a variety of data changes over time. The data is placed in a central repository (repository), this archive much like an ordinary file server or FTP server, however, is different from other server, SVN will back up every file and record every modification update change. So that we can restore any one point in time to file a version of the old wants, of course, you can also directly view the update history of a specified file
- SVN is a very common software system, it is often used to manage the program source code, but it can also manage any type of file, such as text, video, pictures and more
1.2 SVN Related Sites
Subversion's official website:
http://subversion.tigris.org/
http://subversion.apache.org/
svn client: HTTP: //toroisesvn.net/
svn Chinese website: http: //www.iusesvn.com/
Chinese Frequently Asked questions FAQ: http: //subversion.apache.org/faq.zh.html
official manual: http: //svnbook.red-bean.com/ and Britain have
The difference between 1.3 svn and git
1.3.1 svn centralized version control system
svn version control system is a centralized data management, there is a central repository, the code for all developers used local development comes from this repository, submit code must also be submitted to the central repository.
1.3.2 svn version control system works as follows:
- Create or copy a branch from the trunk at the central library
- Check out the library from the central branch of this code
- Increase their code files, modify the existing code or remove the code file
- commit the code, assuming it was submitted just code on a branch, you will be prompted for the code expires, you have to up your code before submitting. up codes of time if a conflict occurs, it is necessary to solve the conflict in before submission.
1.3.3 svn Disadvantages:
- When unable to connect to a central repository environment, you can not submit code, the code will be added to version control;
- You can not view historical versions and versions of the code change process. Submit to code version control system we are by default in order to submit their own self-test can be a very long time to run, if a module of code is more complex, can not be achieved in a short time to be tested function, then you need to wait by the the code, because the code library centralized management, therefore, need to make backups of central storage repository. This is a distributed version control system is better. Svn Backup to back up all data and all versions of the code recording changes.
1.3.4 git distributed version control
git was developed by Linus, so it is natural and git Linux file system associated more closely, so that on the windows you have to use cygwin to make it work perfectly.
Why the hell it is called git distributed version control system? Or talk to its mode of operation.
- git no central repository of the argument, but in order to develop code-sharing group, we usually still set up a remote git repository.
- And svn but the difference is that local developers also contains a complete git repository, to some extent local and remote warehouses warehouses are equivalent in status, there is no master-slave points.
- If your project is a closed source project, or you are accustomed to in the past centralized management mode, then you can also kind of work as in the svn git, but the process may increase the number of steps.
1.3.5 git version control system works as follows:
- You create a local git repository, and add it to the remote git repository.
- You add or delete files locally, and then commit, of course, commit operations are submitted to the local git repository. (Ah, in fact, it is submitted to the directory objects in the directory git go)
- The local branch git push git repository to the remote library branch, if this time the remote git repository have someone push off, then the remote git repository will not allow you to push, this time you need to pull, and then if there is a conflict, processing good conflict, post commit to a local git repository, then push to the remote git repository.
We can see from the above description, a local developer will each of us have a git repository, we can commit at any time without the need for networking, you can view the version history at any time, after a certain point of development over function we can commit after the push content to the remote git repository, and if the version of the remote git repository changed after the last time you clone, or pull, pull and then you need to deal with conflict, after submitting, then push to the remote git repository.
1.4 operation and maintenance personnel in version management
For version management system, operation and maintenance personnel need to know the technical points:
- Installation, deployment, maintenance, troubleshooting.
- Simple to use, many companies are managed by the developer, including the establishment of a new warehouse and add and delete accounts
- For the version control system, operation and maintenance personnel is equivalent to the developer, the developer is the owner, operation and maintenance
- System developers to build services.
1.5 SVN service mode of operation and access mode
1.5.1 SVN server operating mode (common are three kinds)
(1) Independent access server
access address such as: svn: //svn.yunjisuan.org/sadoc;
(2) by means of apache services like http
access address such as: http: //svn.yunjisuan.com/sadoc;
A, a separate installation apache + svn (do not use)
B, CSVN (the svn apache +) is a single integrated software , SVN management software with web interface
(3) direct local access (for example: file: // application / svndata / sadoc)
1.5.2 SVN Client Access mode
SVN client can access the server through a variety of ways, such as: local disk, or through various network protocols to access, but a repository location is always a URL, URL indicates the access method.
| interview method | Explanation |
|---|---|
| file:// | Accessing the repository directly via a local or network drive |
| http:// | Access to Subversion Apache server via WebDAV protocol |
| https:// | And http: // similar, but with SSL encryption access |
| svn:// | Access via custom protocol svnserve server over TCP / IP |
| svn+ssh:// | 通过认证并加密的TCP/IP自定义协议访问svnserve服务器 |
1.6 SVN档案库数据格式
svn存储版本数据有2种方式：BDB（一种事务安全型表类型）和FSFS（一种不需要数据库的存储系统）。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。
1.6.1 BDB
伯克利DB（Berkeley DB），版本库可以使用的一种经过充分测试的后台数据库实现，不能在通过网络共享的文件系统上使用，伯克利DB是Subversion 1.2版本以前的缺省版本库格式
1.6.2 FSFS
一个专用于Subversion版本库的文件系统后端，可以使用网络文件系统（例如 NFS 或 SMBFS）。是1.2版本及其后的缺省版本库格式。
1.7 SVN 集中式版本管理系统
集中式代码管理的核心是SVN服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后进行开发，最后解决冲突，提交。所有的版本信息都放在SVN服务器上。因此如果脱离了服务器，开发者就无法进行提交代码工作。
1.8 开发者利用SVN版本管理系统工作过程
1.8.1 下面举例说明：
开始新一天的工作：
- 首先从SVN服务器下载项目组最新代码。
- 进入自己的分支，进行开发工作，每隔一小时向服务器上自己的分支提交一次代码（很多程序员都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到新一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
- 下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
1.8.2 优点：
- 管理方便，逻辑清晰明确，符合一般人思维习惯。
- 易于管理，集中式svn服务器更能保证数据安全性。
- 代码一致性非常高。
- 适合开发人数不多的项目开发。
- 普及度高，大部分软件配置管理的大学教材都是使用svn和vss。
2.搭建SVN服务端
2.1 安装配置SVN服务
2.1.1检查环境
[root@server ~]# cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core)
[root@server ~]# uname -m
x86_64
[root@server ~]# uname -r
3.10.0-862.el7.x86_642.1.2光盘安装svn
[root@server ~]# yum -y install subversion
[root@server ~]# rpm -qa subversion
subversion-1.6.11-9.el6_4.x86_642.1.3建立svn版本库数据存储根目录（svndata）及用户，密码权限目录（svnpasswd）
[root@server ~]# mkdir -p /application/svndata #数据存储根目录
[root@server ~]# mkdir -p /application/svnpasswd #用户，密码权限目录2.2 建立项目版本库
创建一个新的Subversion项目yunjisuan，其实，类似yunjisuan这样的项目可以创建多个，每个项目对应不同的代码，这里只是以创建一个项目为例演示：
[root@server ~]# svnadmin create /application/svndata/yunjisuan
[root@server ~]# tree /application/svndata/yunjisuan/
/application/svndata/yunjisuan/
├── conf
│ ├── authz
│ ├── passwd
│ └── svnserve.conf
├── db
│ ├── current
│ ├── format
│ ├── fsfs.conf
│ ├── fs-type
│ ├── 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.lock
│ └── db-logs.lock
└── README.txt
10 directories, 28 files2.3 编辑svn配置文件
[root@server ~]# cd /application/svndata/yunjisuan/conf/
[root@server conf]# ll
total 12
-rw-r--r--. 1 root root 1080 Sep 5 18:14 authz
-rw-r--r--. 1 root root 309 Sep 5 18:14 passwd
-rw-r--r--. 1 root root 2279 Sep 5 18:14 svnserve.conf
[root@server conf]# cp svnserve.conf{,.bak} #复制一份配置文件
[root@server conf]# cat -n /application/svndata/yunjisuan/conf/svnserve.conf | sed -n '19p;20p;27p;34p'
19 anon-access = none #禁止匿名访问
20 auth-access = write #验证访问可写
27 password-db = /application/svnpasswd/passwd #密码文件位置
34 authz-db = /application/svnpasswd/authz #验证文件位置
特别提示：
此配置文件里的每条配置代码必须顶格写，不能有空格。2.4 将authz文件和passwd文件拷贝到/application/svnpasswd下
[root@server conf]# pwd
/application/svndata/yunjisuan/conf
[root@server conf]# cp /application/svndata/yunjisuan/conf/authz /application/svnpasswd/
[root@server conf]# cp /application/svndata/yunjisuan/conf/passwd /application/svnpasswd/
[root@server conf]# ll /application/svnpasswd/
total 8
-rw-r--r--. 1 root root 1080 Sep 5 18:22 authz
-rw-r--r--. 1 root root 309 Sep 5 18:22 passwd2.5 启动svn服务
2.5.1svn启动命令帮助
[root@server 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 information2.5.2 启动svn服务
[root@server 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@server conf]# netstat -antup | grep 3690
tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 1256/svnserve 2.6解决svnserve启动时的警告问题
[root@server conf]# source /etc/sysconfig/i18n #启用中文字符集
[root@server conf]# pkill svnserve
[root@server conf]# svnserve -d -r /application/svndata/
[root@server conf]# netstat -antup | grep 3690
tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 1261/svnserve
[root@server conf]# cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SYSFONT="latarcyrheb-sun16"2.7 passwd文件及密码设置
#在/application/svnpasswd/passwd文件末尾追加如下内容：
[root@server conf]# tail -4 /application/svnpasswd/passwd
yunjisuan = 123456
yunwei = 123456
stu001 = 123
stu002 = 4562.8 authz的授权
- 权限配置文件中出现的用户名必须已在用户配置文件中定义
- 对权限配置文件的修改立即生效，不必重启svn
2.8.1权限配置说明
#用户组格式：
【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中每个参数都要顶格写，开头不能有空格。
#对于组，要以@开头，用户不需要@开头。2.8.2编辑authz配置文件进行授权
#在authz末尾加入以下几句代码
[root@server svnpasswd]# pwd
/application/svnpasswd
[root@server svnpasswd]# egrep -v "#|^$" /application/svnpasswd/authz
[aliases]
[groups]
sagroup = stu001,stu002 #新增本行，定义组名
[yunjisuan:/] #定义授权的范围
yunjisuan = rw #用户单独授权
yunwei = r #用户单独授权
@sagroup = r #组用户授权2.9 重启动svnserve
[root@server /]# ps -ef | grep svn | grep -v grep
root 1254 1 0 18:26 ? 00:00:00 svnserve -d -r /application/svndata/
[root@server /]# kill 1254
[root@server /]# ps -ef | grep svn | grep -v grep
[root@server /]# svnserve -d -r /application/svndata/
[root@server /]# ps -ef | grep svn | grep -v grep
root 1285 1 0 18:45 ? 00:00:00 svnserve -d -r /application/svndata/3.搭建SVN客户端
3.1 使用svn客户端（windows版）
3.1.1 软件版本选择
- 推荐：TortoiseSVN-1.9.7.27907-x64-svn-1.9.7
- 注意：32位系统要用32位软件版本
3.1.2 svn客户端软件安装
一路yes即可
3.1.3 svn客户端软件的使用
（1）先在本地创建一个目录，起名任意，比如data
（2）鼠标右键点击data目录
1）选择右键菜单里的SVN Checkout，出现下图：
2）点击OK后，出现下图：
3)命令说明：
- SVN Checkout:相当于下载，第一次连接svn服务器的时候需要和服务器的对应存储目录进行数据同步，如果服务器的对应目录里有数据文件，那么就会下载到你的本地对应目录里。
- SVN Update：更新数据，检查服务器端svn存储目录里是否和本地svn存储目录数据不一致，如果不一致，那么下载改变或新增的部分到本地svn目录里。（不会删除本地目录内容）
- SVN Commit：提交数据到svn服务器端存储目录。本地svn存储目录会和服务器端存储目录进行比对校验。会把本地改变的部分和新增的部分同步上传至服务器端。
3.1.4 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
3.2 SVN的管理命令（Linux）
[root@server locks]# svn --help
checkout (co) #下载数据
commit (ci) #提交数据
list (ls) #显示服务器端内容
update (up) #更新数据 3.3从SVN库提取数据
[root@server /]# mkdir yunjisuan
[root@server /]# cd yunjisuan/
#下载服务器端数据到Linux本地目录
[root@server yunjisuan]# svn co svn://192.168.200.72/yunjisuan/ /yunjisuan/ --username=yunwei --password=123456
Restored 'yangwenbo.txt'
U yangwenbo.txt
Checked out revision 9.
[root@server yunjisuan]# ls
yangwenbo.txt
[root@server yunjisuan]# cat yangwenbo.txt
welcome to yangwenbo3.4查看SVN版本库中的数据
[root@server yunjisuan]# svn list file:///application/svndata/yunjisuan/
yangwenbo.txt3.5提交数据到SVN版本库
[root@server yunjisuan]# pwd
/yunjisuan
[root@server yunjisuan]# svn co svn://192.168.200.72/yunjisuan/ /yunjisuan/ --username=yunjisuan --password=123456 #换拥有写入权限的账户checkout
Restored 'yangwenbo.txt'
Checked out revision 9.
[root@server yunjisuan]# ls
yangwenbo.txt
[root@server yunjisuan]# touch {1..5}
[root@server yunjisuan]# ll
total 4
-rw-r--r--. 1 root root 0 Sep 6 04:10 1
-rw-r--r--. 1 root root 0 Sep 6 04:10 2
-rw-r--r--. 1 root root 0 Sep 6 04:10 3
-rw-r--r--. 1 root root 0 Sep 6 04:10 4
-rw-r--r--. 1 root root 0 Sep 6 04:10 5
-rw-r--r--. 1 root root 20 Sep 6 04:10 yangwenbo.txt
[root@server yunjisuan]# svn add * #提交前需要先把要提交的内容做标记A
A 1
A 2
A 3
A 4
A 5
svn: warning: W150002: '/yunjisuan/yangwenbo.txt' is already under version control #这个文件已经标记过了
svn: E200009: Could not add all targets because some targets are already versioned
svn: E200009: Illegal target for the requested operation
[root@server yunjisuan]# svn ci -m "message" #提交时需要同时-m指定一段话作为备注
Adding 1
Adding 2
Adding 3
Adding 4
Adding 5
Transmitting file data .....
Committed revision 10.
#查看服务器端数据
[root@server yunjisuan]# svn list file:///application/svndata/yunjisuan/
1
2
3
4
5
yangwenbo.txt4.SVN钩子脚本
4.1 钩子脚本简介
- 钩子脚本的具体写法就是操作系统中shell脚本程序的写法，可根据自己的SVN所在的操作系统和shell程序进行相应的开发。
- 钩子脚本就是被某些版本库事件触发的程序，例如：创建新版本或修改未被版本控制的属性。每个钩子都能掌管足够的信息来了解发生了什么事件，操作对象是什么以及触发事件用户的账号。
- 根据钩子的输出或返回状态，钩子程序能够以某种方式控制该动作继续执行，停止或挂起。
4.2钩子的子目录中包含各种版本库钩子模板
[root@server /]# ls -l /application/svndata/yunjisuan/hooks/
total 36
-rw-r--r--. 1 root root 1977 Sep 5 06:19 post-commit.tmpl
-rw-r--r--. 1 root root 1638 Sep 5 06:19 post-lock.tmpl
-rw-r--r--. 1 root root 2289 Sep 5 06:19 post-revprop-change.tmpl
-rw-r--r--. 1 root root 1567 Sep 5 06:19 post-unlock.tmpl
-rw-r--r--. 1 root root 3426 Sep 5 06:19 pre-commit.tmpl
-rw-r--r--. 1 root root 2434 Sep 5 06:19 pre-lock.tmpl
-rw-r--r--. 1 root root 2786 Sep 5 06:19 pre-revprop-change.tmpl
-rw-r--r--. 1 root root 2122 Sep 5 06:19 pre-unlock.tmpl
-rw-r--r--. 1 root root 2780 Sep 5 06:19 start-commit.tmpl
- 对每种Subversion版本库支持的钩子都有一个模板，通过查看这些脚本的内容，你能看到是什么事件触发了脚本及如何给传脚本传递数据。
- 同时，这些模板也是如何使用这些脚本，结合Subversion支持的工具来完成有用任务的例子。
- 要实际安装一个可用的钩子，你需要在repos/hooks目录下安装一些与钩子同名（如start-commit或者post-commit）的可执行程序或脚本，注意，去掉模板的扩展名。
重要提示：
由于安全原因，Subversion版本库在一个空环境中执行钩子脚本就是没有任何环境变量，甚至没有$PATH或%PATH%。由于这个原因，许多管理员会感到很困惑，他们的钩子脚本手工运行时正常，可在Subversion中却不能运行。要注意，必须在你的钩子中设置好环境变量或为你的程序指定好绝对路径。
4.3 SVN的hooks模板
4.3.1 常用钩子脚本
| 钩子脚本 | 说明 |
|---|---|
| post-commit | 在提交完成成功创建版本之后执行该钩子，提交已经完成，不可更改，因此，本脚本的返回值被忽略。提交完成时触发事务 |
| pre-commit | 提交完成前触发执行该脚本 |
| start-commit | 在客户端还没有向服务器提交数据之前，即还没有建立Subversion transaction之前，执行该脚本（提交前出发事务） |
4.3.2 非常用钩子脚本
- pre-revprop-change:在修改revision属性之前，执行该脚本
- post-revprop-change:在修改revision属性之后，执行该脚本。因为修改稿已经完成，不可更改，因此本脚本的返回值被忽略（不过实际上的实现似乎是该脚本的正确执行与否影响属性修改）
- pre-unlock:对文件进行解锁操作之前执行该脚本
- post-unlock:对文件进行解锁操作之后执行该脚本
- pre-lock:对文件进行加锁操作之前执行该脚本
- post-lock：对文件进行加锁操作之后执行该脚本。
4.3.3 利用钩子脚本触发同步数据的注意事项
- 一定要定义变量，主要是用过的命令的路径。因为SVN的考虑的安全问题，没有调用系统变量，如果手动执行是没有问题，但SVN自动执行就会无法执行了。
- SVN的同步目录在 update之前一定要先checkout一份出来，还有这里一定要添加用户和密码。
- 加上了对前一个命令的判断，如果update的时候出了问题，程序没有退出的话还会继续同步代码到Web服务器上，这样会造成代码有问题。
- 建议最好记录日志，出错的时候可以很快的排错
- 最后是数据同步，rsync的相关参数一定要清楚。
4.4 svn钩子生产应用场景举例
4.4.1 pre-commit:
限制上传文件扩展名及大小，控制提交要输入的信息等。
4.4.2 post-commit:
- SVN更新自动周知，MSN，邮件或短信周知。
- SVN更新触发checkout程序，然后实时rsync推送到服务器等。
4.5 svn钩子生产应用实战
rsync与svn钩子结合实现数据实时同步某企业小案例
4.5.1建立同步WEB目录
[root@server /]# mkdir -p /data/www4.5.2将SVN中内容checkout到WEB目录一份。
[root@server /]# svn co svn://192.168.200.72/yunjisuan/ /data/www/ --username=yunjisuan --password=123456
A data/www/5
A data/www/yangwenbo.txt
A data/www/1
A data/www/2
A data/www/3
A data/www/4
Checked out revision 10.
[root@server /]# ll /data/www/
total 4
-rw-r--r--. 1 root root 0 Sep 6 04:31 1
-rw-r--r--. 1 root root 0 Sep 6 04:31 2
-rw-r--r--. 1 root root 0 Sep 6 04:31 3
-rw-r--r--. 1 root root 0 Sep 6 04:31 4
-rw-r--r--. 1 root root 0 Sep 6 04:31 5
-rw-r--r--. 1 root root 20 Sep 6 04:31 yangwenbo.txt4.5.3制作钩子脚本，post-commit
[root@server /]# cd /application/svndata/yunjisuan/hooks/
[root@server hooks]# cp post-commit.tmpl post-commit
[root@server hooks]# cat post-commit
REPOS="$1" #传参（未用上）
REV="$2" #传参（未用上）
SvnIP="192.168.200.72" #svn服务端的IP地址
ProjectName="yunjisuan" #svn服务端的项目库名称
UserName="yunjisuan" #账户姓名
PassWord="123456" #账户密码
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 123456 /data/www #更新共享目录内容
fi
if [ $? -eq 0 ];then
/usr/bin/rsync -az --delete /data/www /tmp/ #数据同步推送到本地/tmp目录下（生产环境可以直接同步推送到Web测试服务器）
fi4.5.4进行钩子脚本同步测试
#删除之前的测试记录
[root@server hooks]# rm -rf /data/www/*
[root@server hooks]# ll -d /data/www
ls: cannot access /data/www: No such file or directory
[root@server hooks]# rm -rf /tmp/*
[root@server hooks]# ll /tmp/
total 0
#给钩子脚本可执行权限
[root@server hooks]# chmod 700 post-commit
[root@server hooks]# ll post-commit
-rwx------. 1 root root 611 Sep 6 04:38 post-commit特别提示：当用户通过svn更新钩子post-commit所在的项目库时，在更新完毕之后会自动触发钩子脚本
4.5.5模拟更新项目库版本
4.5.6查看svn服务器端钩子脚本执行情况
#svn服务器端本地共享目录
[root@server /]# ll data/www/
total 4
-rw-r--r--. 1 root root 0 Sep 6 05:20 1
-rw-r--r--. 1 root root 0 Sep 6 05:20 123.txt
-rw-r--r--. 1 root root 0 Sep 6 05:20 2
-rw-r--r--. 1 root root 0 Sep 6 05:20 3
-rw-r--r--. 1 root root 0 Sep 6 05:20 4
-rw-r--r--. 1 root root 0 Sep 6 05:20 5
-rw-r--r--. 1 root root 13 Sep 6 05:20 yangwenbo.txt
#推送后的数据目录
[root@server /]# ll /tmp/www/
total 4
-rw-r--r--. 1 root root 0 Sep 6 05:20 1
-rw-r--r--. 1 root root 0 Sep 6 05:20 123.txt
-rw-r--r--. 1 root root 0 Sep 6 05:20 2
-rw-r--r--. 1 root root 0 Sep 6 05:20 3
-rw-r--r--. 1 root root 0 Sep 6 05:20 4
-rw-r--r--. 1 root root 0 Sep 6 05:20 5
-rw-r--r--. 1 root root 13 Sep 6 05:20 yangwenbo.txt5.大中小型企业上线解决方案
5.1 SVN 上线解决方案说明
5.1.1 小型公司代码上线案例（十几台服务器）
开发每次修改完代码就直接提交，然后通过FTP直接更新到Web服务器网页目录；没有专门的测试人员，完全是由用户来进行测试体验。
(1)小型企业现状：
小型公司一般只有几个开发人员，网站核心程序大多数都是PHP语言开发，为了方便，会直接通过FTP直接上传程序代码到线上服务器，随时随地上线更新。
(2)上述上线方案的特点和问题：
- 发布快，及时，随时随地就可以发布代码。
- 开发人员发布的代码不经过测试人员的测试，且用户访问页面刷新后页面即改变，也可能刷新瞬间程序在更新，到时无法访问，对网站用户的体验比较差，如果开发写错了代码，造成的影响就更大了，这是拿用户作为测试的上线方案。
- 据统计，网站中大概50%以上的故障是和开发程序代码有关的，（比如：开发写错了一个循环代码，导致了死循环，此时大量用户访问这个程序，就能把服务器资源耗尽，搞死服务器）
- 在中小公司网站出了问题一般是运维人员的问题（例如网站宕机），但这种情况下，问题大多可能由开发人员或代码引起的，这里比较好的策略是开发项目负责制思想。
(3)小型企业上线架构方案建议：
- 开发人员需在个人电脑搭建LAMP环境测试开发好的网站代码，并且在办公室或IDC机房的测试环境测试通过，最好有专职测试人员。
- 程序代码上线规定时间，例如，三天上线一次，如网站需经常更新可每天下午17点上线，这个看网站业务性质而定，原则就是影响用户体验最小。
- 代码上线之前需备份，网站程序出了问题方便回退，另外，网站程序出了问题方便回退，另外，从上线技巧上讲，上传代码时尽可能先传到服务器网站临时目录，传完整后一步mv过去，或者通过ln做软连接。（线上更新代码思路）
- 务必由运维人员管理上线，对于代码的功能性，开发人员更在意，而对于代码的性能和服务的稳定，运维更在意，因此，如果网站问题归运维管，就要让运维上线这样更规范科学。否则，开发随意更新，出了问题运维负责，这样就错了。
5.1.2 中型企业上线解决方案
中型企业上线，一般是规范运维人员操作步骤，制定统一的上线操作脚本，备份文件名称，备份文件路径。使操作人性化，统一化，自动化。
Web代码的上线流程演示图：
5.1.3 大型企业上线解决方案
大型企业上线一般制度和流程控制较多，比较严谨，下面是某大型企业上线解决方案架构：
(1)SVN里的内容：
- 程序代码
- 服务的配置
- 项目文档，设计文档，运维部署优化文档
(2)门户大型网站架构环境代码上线具体方案：
- 本地开发人员从SVN中取代码。当天上线的提交到trunk，否则，长期项目单开分支开发，然后在合并主线（trunk）
- 办公内网开发测试时，由开发人员或配置管理员通过部署平台jenkins实现统一部署，（即在部署平台上控制开发机器从SVN取代码，编译，打包，发布到开发机器，包名如idc_dep.war）
- 开发人员通知或和测试人员一起测试程序，没有问题后，打上新的tag标记。
- 配置管理员，根据上步的tag标记，checkout出上线代码，并配置好IDC测试环境的所有配置，执行编译，打包（mvn，ant）（php不需要），然后发布到IDC内的统一分发服务器，这里要注意，不同环境的配置文件是随代码同时发布的。
- 配置管理员或SA上线人员，把分发的程序代码内容推送到相关测试服务器（包名如idc_test.war）,然后通知开发及测试人员进行测试。如果有问题向上回退，继续修改。
- 如果测试没有问题，继续打好tag标记，此时，配置管理员，根据上步的tag标记，checkout出测试好的代码，并配置好IDC正式环境的所有配置，执行编译，打包（mvn，ant）（php不需要），然后发布到IDC内的统一分发服务器主机，准备批量发布。
- 配置管理员或SA上线人员，把分发的内容推送到相关正式服务器（包名如idc_product.war），然后通知开发及测试人员进行测试。如果有问题直接发布回滚指令。
IDC正式上线的过程对于JAVA程序，可以是AB分组上线的思路，即平滑下线一半的服务器，然后发布更新代码测试，无问题后，挂上服务器，同时在平滑下线另一半的服务器，然后发布更新代码测试（或者直接发布后就挂上线）
(3)PHP程序代码上线的具体方案：
对于PHP上线方法：发布代码时（也需要测试流程）可以直接发布到正式线临时目录，然后mv或更改link的方式发布到正式线目录，不需要重启http服务。这是sina，ganji的上线方案。
(4)JAVA程序代码上线的具体方案：
对于java上线方法：较大公司需要分组平滑上线，例如，首先从负载均衡器上摘掉一半的服务器，发布代码后，重启服务器测试，没问题后，挂上经过测试的这一半，再下另外一半。如果前端有DNS智能解析，上线还可以分地区上线若干服务器，逐渐普及到全国的服务器，这个被称为灰度发布。
5.1.4 更多大型代码上线解决方案案例
(1)SINA网的代码发布流程逻辑图：
(2)什么是配置管理员呢？
Is in the middle of the development and operation and maintenance from a position of a connecting link, the general position in a big company will be set up, responsible for SVN management, on-line management, application, and coordination work.
5.2 automated deployment and on-line code management
Automatic conducted for the portal or pay attention to strong norms or ability to develop companies may combine services and WEB interface management to be more scientific and more on-line code management, such as the development of an automated code line deployment platform, in fact, a web management interface (Interface low-level calls to achieve distribution related script code, and the push to restart the server), then ordinary primary on-line personnel can be achieved only click of a mouse, hit Enter at the platform where we can achieve the smooth lines and smooth roll back the code, of course, automation and improvement Maybe not the extent we said so well, but the idea is this. Here is a legend management platform:
Development of automated deployment platform lot of thinking, we can achieve by passive mode nagios principle the idea of on-line management platform:
- Actually execute the command generates a configuration request, the application server on the distribution server, and then after the script has finished processing the application server returns the results to the web interface shows:
- For example: check_nrpe -h 10.0.0.178 -c check_load
5.3 Business change management platform advantages:
- Change management system processes conducive to business stability.
- Keep changes business history, to facilitate the verification issues found.
- Fault tracing platform, help solve the problem of tracking progress and not fall by the wayside