1.持续集成工具 Jenkins的优点
1.1 持续部署
1.2 持续集成
1.3 持续交付
项目开发
项目的各个升级版本之间间隔时间太长，对用户反馈感知迟钝，无法精确改善
用户体验，用户流失严重。
那怎么做会好一些呢？
用 小版本不断进行 快速迭代，不断收集用户反馈信息，用最快的速度改进优化。
关注点
持续交付的关注点在于研发团队的最新代码能够尽快让最终用户体验到。
1.4 总体目标 总体目标
处 好处 1 ：降低风险
一天中进行多次的集成，并做了相应的测试，这样有利于检查缺陷，了解软件
的健康状况，减少假定。
处 好处 2 ：减少重复过程
产生重复过程有两个方面的原因，一个是编译、测试、打包、部署等等固定操
作都必须要做，无法省略任何一个环节；另一个是一个缺陷如果没有及时发现，有
可能导致后续代码的开发方向是错误的，要修复问题需要重新编写受影响的所有代
码。
而使用 Jenkins 等持续集成工具既可以把构建环节从手动完成转换为自动化完
成，又可以通过增加集成频次尽早发现缺陷避免方向性错误。
处 好处 3 ：任何时间、任何地点生成可部署的软件
持续集成可以让您在任何时间发布可以部署的软件。从外界来看，这是持续集
成最明显的好处，我们可以对改进软件品质和减少风险说起来滔滔不绝，但对于客
户来说，可以部署的软件产品是最实际的资产。利用持续集成，您可以经常对源代
码进行一些小改动，并将这些改动和其他的代码进行集成。如果出现问题，项目成
员马上就会被通知到，问题会第一时间被修复。不采用持续集成的情况下，这些问
题有可能到交付前的集成测试的时候才发现，有可能会导致延迟发布产品，而在急
于修复这些缺陷的时候又有可能引入新的缺陷，最终可能导致项目失败。
处 好处 4 ：增强项目的可见性
持续集成让我们能够注意到趋势并进行有效的决策。如果没有真实或最新的数
据提供支持，项目就会遇到麻烦，每个人都会提出他最好的猜测。通常，项目成员
通过手工收集这些信息，增加了负担，也很耗时。持续集成可以带来两点积极效果：
(1)有效决策：持续集成系统为项目构建状态和品质指标提供了及时的信息，
有些持续集成系统可以报告功能完成度和缺陷率。
(2)注意到趋势：由于经常集成，我们可以看到一些趋势，如构建成功或失败、
总体品质以及其它的项目信息。
处 好处 5 ：建立团队对开发产品的信心
持续集成可以建立开发团队对开发产品的信心，因为他们清楚的知道每一次构
建的结果，他们知道他们对软件的改动造成了哪些影响，结果怎么样。
2.持续集成工具
2.1 Jenkins 和 Hudson
目前最流行的一款持续集成及自动化部署工具。
Jenkins 和 Hundson 之间的关系：2009 年，甲骨文收购了 Sun 并继承了 Hudson 代
码库。在 2011 年年初，甲骨文和开源社区之间的关系破裂，该项目被分成两个独立的
项目：
Jenkins：由大部分原始开发人员组成
Hudson：由甲骨文公司继续管理
所以 Jenkins 和 Hudson 是两款非常相似的产品。
2.2 技术组合 技术组合
Jenkins 可以整合 GitHub 或 Subversion
Husband 也可以整合 GitHub 或 Subversion
二者既然是同源的工具软件，操作和指导思想就是接近的，所以本教程通过 Jenkins
为大家呈现。
3 JavaEE 项目部署方式对比
3.2 自动化部署 自动化部署
“自动化”的具体体现：向版本库提交新的代码后，应用服务器上自动部署，用户
或测试人员使用的马上就是最新的应用程序。
搭建上述持续集成环境可以把整个构建、部署过程自动化，很大程度上减轻工作量。
对于程序员的日常开发来说不会造成任何额外负担——自己把代码提交上去之后，服务
器上运行的马上就是最新版本——一切都发生在无形中。
下面我们讲带领大家一步一步搭建整套持续集成环境，这个操作过程只需要细心认
真即可，没有任何难度。但是需要优秀的你具备以下前置知识：
Linux 基本操作命令和 VIM 编辑器使用
Maven 的项目构建管理
GitHub 或 SVN 使用
4 Jenkins+SVN 持续集成环境搭建
4.1 系统结构总述 系统结构总述
创建虚拟机安装 Linux 系统
版本控制子系统
Subversion 服务器
项目对应版本库
版本库中钩子程序
持续集成子系统
JDK
Tomcat
Maven
Jenkins
主体程序
SVN 插件
Maven 插件
Deploy to Web Container 插件
应用发布子系统
JDK
Tomcat
4.2 linux版SVN的安装
1.环境
centos7
2.安装svn
yum -y install subversion
3.配置
建立版本库目录
mkdir -p /svn/svnrepos
4.建立版本库
创建一个新的Subversion项目
svnadmin create /svn/svnrepos
5、进入svn/svnrepos/conf目录（该svn版本库配置文件）
authz文件是权限控制文件
passwd是帐号密码文件
svnserve.conf SVN服务配置文件
6、设置帐号密码
vi passwd
在[users]块中添加用户和密码，格式：帐号=密码，如dan=dan
7、设置权限
vi authz
在末尾添加如下代码：
[/]
dan=rw
w=r
意思是版本库的根目录dan对其有读写权限，w只有读权限
8、修改svnserve.conf文件
打开下面的几个注释：注意要顶行写。前面不能有空格
anon-access = none #匿名用户不能操作
auth-access = write #授权用户可写
password-db = passwd #使用哪个文件作为账号文件
authz-db = authz #使用哪个文件作为权限文件
9、启动svn版本库
svnserve -d -r /var/svn/svnrepos
10.SVN默认的打开端口是3690
可以通过下面的命令查看：
netstat -antp | grep svn
tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 66486/svnserve
11.centos7 打开防火墙端口
$ sudo firewall-cmd --permanent --add-port=3690/tcp $ sudo firewall-cmd --reload
12、在windows上测试
在elipse中导入SVN，输入SVN://ip
5.Tomcat的配置。
仅记录 Tomcat 服务器的账号密码
配置文件位置：/opt/tomcat/conf/tomcat-users.xml
打开 Tomcat 解压目录/server.xml 修改 URL 地址的编码解码字符集
把 jenkins.war 放在 Tomcat 解压目录/webapps 目录下
启动 Tomcat 并通过浏览器访问
网址示例：http://192.168.70.131:8080/jenkins
注意:Linux系统一定要联网
选择以admin账户继续。
界面如下
jenkins 中maven配置 这些是Maven在linux的安装路径下的setings.xml文件
JDK的配置 这些是linux中jdk的路径
4.7 创建工程
4.7.1 创建工程
4.7.3 源码管理
配好的效果
※注意：此时 Jenkins 的工作区中还没有代码，需要执行一次构建操作之后
4.7.4 构建
4.7.5 构建后操作
4.9 Linux 的 的 curl 命令 命令
Linux 的 curl 命令用来发送 HTTP 请求。
-X 参数：指定请求方式
-v 参数：显示响应结果
-u 参数：携带用户名/密码
-H 参数：携带请求消息头信息
