Jenkins

 持续集成工具 Jenkins

从装修厨房看项目开发效率优化

1.1 持续部署

装修厨房

所有装好以后发现灯不亮,电路有问题;冷热水装反了,管路有问题。这些问
题要解决就必须把地砖、墙砖拆掉——一个环节有问题,其余环节跟着返工。
那怎么作会好一些呢?
任何安装完成及时测试,确保其能够正常工做。

 项目开发

开发过程当中进行单元测试可以经过,可是部署到服务器上运行出现问题。
那怎么作会好一些呢?
仅仅单元测试还不够,各个模块都必须可以在服务器上运行。

关注点

持续部署的关注点在于项目功能部署至服务器后能够运行,为下一步测试环节
或最终用户正式使用作好准备。

1.2 持续集成

装修厨房
装修厨房时咱们须要铺地砖,若是把全部地砖都切好再拿去铺就会发现:每一
块地砖单独看都是好的,可是实际铺的时候,把全部地砖整合起来,发现和厨房
地面整体尺寸不匹配,边边角角的地砖须要从新切,时间和物料成本陡然升高。
那怎么作会好一些呢?
切一块铺一块,根据须要的尺寸来切,尽早发现尺寸变化,避免返工。
项目开发
各个小组分别负责各个具体模块开发,本模块独立测试虽然可以经过,可是上
线前夕将全部模块整合到一块儿集成测试却发现不少问题,想要解决就须要把不少代
码返工重写并且仍然有可能有问题,但如今时间极可能不够了。
那怎么作会好一些呢?
常常性、频繁的把全部模块集成在一块儿进行测试,有问题尽早发现,这就是持
续集成。
关注点
持续集成的关注点在于尽早发现项目总体运行问题,尽早解决。

1.3 持续交付

装修厨房
所有装修好以后房屋主人来验收,各项功能都正常,可是水龙头的样式主人不
喜欢,灶台的位置主人不满意,要求返工。

那怎么作会好一些呢?

房屋主人随时查看装修进度,施工团队及时调整。
项目开发
项目的各个升级版本之间间隔时间太长,对用户反馈感知迟钝,没法精确改善
用户体验,用户流失严重。
那怎么作会好一些呢?
用小版本不断进行快速迭代,不断收集用户反馈信息,用最快的速度改进优化。
关注点
持续交付的关注点在于研发团队的最新代码可以尽快让最终用户体验到。

1.4 整体目标

好处 1:下降风险

一天中进行屡次的集成,并作了相应的测试,这样有利于检查缺陷,了解软件
的健康情况,减小假定。

好处 2:减小重复过程

产生重复过程有两个方面的缘由,一个是编译、测试、打包、部署等等固定操
做都必需要作,没法省略任何一个环节;另外一个是一个缺陷若是没有及时发现,有
可能致使后续代码的开发方向是错误的,要修复问题须要从新编写受影响的全部代
码。
而使用 Jenkins 等持续集成工具既能够把构建环节从手动完成转换为自动化完
成,又能够经过增长集成频次尽早发现缺陷避免方向性错误。

好处 3:任什么时候间、任何地点生成可部署的软件

持续集成可让您在任什么时候间发布能够部署的软件。从外界来看,这是持续集
成最明显的好处,咱们能够对改进软件品质和减小风险提及来口若悬河,但对于客
户来讲,能够部署的软件产品是最实际的资产。利用持续集成,您能够常常对源代
码进行一些小改动,并将这些改动和其余的代码进行集成。若是出现问题,项目成
员立刻就会被通知到,问题会第一时间被修复。不采用持续集成的状况下,这些问
题有可能到交付前的集成测试的时候才发现,有可能会致使延迟发布产品,而在急
于修复这些缺陷的时候又有可能引入新的缺陷,最终可能致使项目失败。

好处 4:加强项目的可见性

持续集成让咱们可以注意到趋势并进行有效的决策。若是没有真实或最新的数
据提供支持,项目就会遇到麻烦,每一个人都会提出他最好的猜想。一般,项目成员
经过手工收集这些信息,增长了负担,也很耗时。持续集成能够带来两点积极效果:

(1)有效决策:持续集成系统为项目构建状态和品质指标提供了及时的信息,
有些持续集成系统能够报告功能完成度和缺陷率。
(2)注意到趋势:因为常常集成,咱们能够看到一些趋势,如构建成功或失败、
整体品质以及其它的项目信息。

好处 5:创建团队对开发产品的信心

持续集成能够创建开发团队对开发产品的信心,由于他们清楚的知道每一次构
建的结果,他们知道他们对软件的改动形成了哪些影响,结果怎么样。

持续集成工具

2.1 Jenkins 和 Hudson

目前最流行的一款持续集成及自动化部署工具。
Jenkins 和 Hundson 之间的关系:2009 年,甲骨文收购了 Sun 并继承了 Hudson 代
码库。在 2011 年年初,甲骨文和开源社区之间的关系破裂,该项目被分红两个独立的
项目:
Jenkins:由大部分原始开发人员组成
Hudson:由甲骨文公司继续管理
因此 Jenkins 和 Hudson 是两款很是类似的产品。
2.2 技术组合
Jenkins 能够整合 GitHub 或 Subversion
Husband 也能够整合 GitHub 或 Subversion
两者既然是同源的工具软件,操做和指导思想就是接近的,因此本教程经过 Jenkins
为你们呈现。

JavaEE 项目部署方式对比

 3.1 手动部署

3.2 自动化部署
“自动化”的具体体现:向版本库提交新的代码后,应用服务器上自动部署,用户
或测试人员使用的立刻就是最新的应用程序。

搭建上述持续集成环境能够把整个构建、部署过程自动化,很大程度上减轻工做量。
对于程序员的平常开发来讲不会形成任何额外负担——本身把代码提交上去以后,服务
器上运行的立刻就是最新版本——一切都发生在无形中。
下面咱们讲带领你们一步一步搭建整套持续集成环境,这个操做过程只须要细心认
真便可,没有任何难度。可是须要优秀的你具有如下前置知识:

Linux 基本操做命令和 VIM 编辑器使用
Maven 的项目构建管理
GitHub 或 SVN 使用

Jenkins+SVN 持续集成环境搭建

4.1 系统结构总述
建立虚拟机安装 Linux 系统
版本控制子系统
Subversion 服务器
项目对应版本库
版本库中钩子程序
持续集成子系统

JDK
Tomcat
Maven
Jenkins

主体程序
SVN 插件
Maven 插件
Deploy to Web Container 插件
应用发布子系统
JDK
Tomcat
4.2 版本控制子系统
详细过程咱们就省略了,这里记录一下版本库的访问帐号密码

※特别提示:svnserve.conf 文件中 anon-access 必定要打开注释并设置为 none

4.3 应用发布子系统
详细过程一样省略,仅记录 Tomcat 服务器的帐号密码
配置文件位置:/opt/tomcat/conf/tomcat-users.xml

<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<role rolename="manager-jmx"/>
<role rolename="manager-status"/>
<user username="tomcat_user" password="123456" roles="manager-gui,manager-script,manager-jmx,manager-status" />

4.4 Jenkins 主体程序安装配置

把 jenkins.war 放在 Tomcat 解压目录/webapps 目录下
打开 Tomcat 解压目录/server.xml 修改 URL 地址的编码解码字符集

vim /opt/tomcat/conf/server.xml

<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="UTF-8"/>

启动 Tomcat 并经过浏览器访问
网址示例:http://192.168.70.131:8080/jenkins

解锁 Jenkins

依照提示,查看/root/.jenkins/secrets/initialAdminPassword 文件内容填入文本框
这里填入的密文同时也是 admin 帐号的密码。
选择插件安装方式

选择哪一种方式都不会对后续操做有太大影响。由于有须要的插件咱们能够在后
续有针对性的安装。
本教程在这里选择“安装推荐的插件”。
安装过程以下:

打×的插件是因为网络传输致使的安装失败,后面再从新安装便可。
※注意:这个步骤中若是选择了安装插件则 Linux 必须可以联网。
新建帐号或以管理员身份继续

能够选择使用 admin 帐户继续,后面有须要仍然有机会注册新帐户。
开始使用 Jenkins

 

4.5 系统初始化配置

系统管理界面

全局安全配置

 

全局工具配置:Maven Configuration

全局工具配置:JDK

 

全局工具配置:Maven

全局工具配置:Git[如有]
不使用 Git,因此删除便可。

最后点击 save 保存退出

4.6 安装插件

 

安装插件时受到网络情况的影响有可能会失败,没关系,多试几回,直到成功。
4.7 建立工程
4.7.1 建立工程

4.7.2 指定工程名称和工程类型

4.7.3 源码管理

这里必定要再选一下!
配好的效果:

※注意:此时 Jenkins 的工做区中尚未代码,须要执行一次构建操做以后
Jenkins 才会下载代码。
4.7.4 构建

4.7.5 构建后操做

这里一样必定要选一下!

4.7.6 手动构建

Jenkins 使用天气情况来表示构建成功率

4.7.7 构建触发器

远程触发的基本原理是 SVN 服务器给 Jenkins 项目特定的 URL 地址发送请求,
但必须以请求参数的形式携带一个特定值,这个特定值就是这里的“身份验证令牌”。
好比咱们这个项目的地址触发地址是:

http://192.168.70.131:8080/jenkins/job/ProOne/build

身份验证令牌是:
ATGUIGU_TOKEN
那么最终的访问地址就是:

http://192.168.70.131:8080/jenkins/job/ProOne/build?token=ATGUIGU_TOKEN

触发访问地址中 Jenkins 访问地址是根据实际状况改变的,项目名称根据实际
状况改变,其余都不变。

4.8 获取 crumb 值

携带 API Token 访问下面地址:

http://admin:090d592c760bf922d554ed4b1abb2137@192.168.70.131:8080/jenkins/cr
umbIssuer/api/xml

则触发 Jenkins 远程构建时须要携带的请求消息头就是:
Jenkins-Crumb:5dbccaf47a86bf5b675456f58855fe16

4.9 Linux 的 curl 命令

Linux 的 curl 命令用来发送 HTTP 请求。

-X 参数:指定请求方式
-v 参数:显示响应结果
-u 参数:携带用户名/密码
-H 参数:携带请求消息头信息
curl -X post -v -u [Jenkins 用 户 名 ]:[Jenkins 密 码 ] -H " 请 求 消 息 头 信 息 " http://[ 服 务 器 IP 地 址 ]:[ 服 务 器 端 口
号]/jenkins/job/[Jenkins 项目名称]/build?token=[身份验证令牌]
curl
-X
post
-v
-u
admin:2f6bff33bda14baba83ba1c002045f05
"Jenkins-Crumb:88a12946e07d82b3b0d567c7c4610c9a"
http://192.168.70.131:8080/jenkins/job/ProOne/build?token=ATGUIGU_TOKEN

View Code 

4.10编辑 SVN 版本库中的钩子程序

钩子程序由 post-commit.tmpl 复制获得
这里注意不要使用任何扩展名。若是按照咱们习惯的使用.sh 扩展名则钩
子程序没法正常工做。
记得使用 chmod 命令设置为可执行权限
把原有内容注释,加入 curl 命令

4.11 测试

在 Eclipse 中提交修改,在页面上查看显示内容变化

4.12补充

若是发生 Jenkins 服务器从 SVN 服务器下载代码不是最新版的状况,那么就在 SVN
服务器的 URL 地址后面加上@HEAD 强制要求下载最新版。

enkins+GitHub 持续集成环境搭建

5.1 要点

Jenkins 与 GitHub 配合实现持续集成须要注意如下几点:
第一:Jenkins 要部署到外网上,由于内网地址 GitHub 是没法访问到的。这一
点能够经过租用阿里云等平台提供的云服务器实现。
第二:Jenkins 所在的主机上须要安装 Git,经过 Git 程序从 GitHub 上 clone 代
码。
第三:在 Jenkins 内须要指定 Git 程序位置,和指定 JDK、Maven 程序位置很是
相似。
第四:在 GitHub 上使用每一个 repository 的 WebHook 方式远程触发 Jenkins 构建。
第五:在 Jenkins 内关闭“防止跨站点请求伪造”

5.2 Linux 环境下安装 Git

第一步:安装编译 git 时须要的包
yum install -y curl-devel expat-devel gettext-devel openssl-devel zlib-devel
yum install -y gcc perl-ExtUtils-MakeMaker
第二步:删除已有的 git
yum remove git
第三步:Git 官网下载 Git 最新版 tar 包,移动到/usr/src 目录下
cd /usr/src
tar -zxvf git-2.9.3.tar.gz
第四步:编译安装
cd git-2.9.3
make prefix=/usr/local/git all
make prefix=/usr/local/git install
echo "export PATH=$PATH:/usr/local/git/bin" >> /etc/bashrc
source /etc/bashrc
第五步:检查一下版本号
git --version

5.3 在 Jenkins 中指定 Git 程序位置

5.4 在 GitHub 上添加 WebHook

5.5 在 Jenkins 内关闭“防止跨站点请求伪造