Jenkins 持续集成安装及使用简介

博客地址：http://www.moonxy.com

1、前言

持续集成（Continuous integration，简称CI）指的是，频繁地（一天屡次）将代码集成到主干。

持续集成的目的，就是让产品能够快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干以前，必须经过自动化测试。只要有一个测试用例失败，就不能集成。

Jenkins 是基于 Java 开发的一种持续集成工具，用于监控持续重复的工做，下载地址：https://bitnami.com/stack/jenkins/installer，提供了 Windows、Linux 和 OS X 平台的安装包。最简便的仍是使用提供的 war 包直接启动，下载地址：http://mirrors.jenkins-ci.org/，此时必须保证系统中已经安装了 jdk，最好是 jdk1.5 以上。

2、初始化 Jenkins 插件和管理员用户

下载好 jenkins.war 包以后，在 cmd 下切换到下载目录，而后执行以下命令：

java -jar jenkins.war

启动了自带的 Jetty 服务器

生成随机口令

这样，jenkins 就开始启动了，它的 war 包中自带 Jetty 服务器，第一次启动 Jenkins 时，出于安全考虑，Jenkins 会自动生成一个随机的安装口令。注意控制台输出的口令，复制下来。在浏览器中输入地址：

http://localhost:8080/

首次启动 jenkins 时若是发现一直卡在启动界面，提示：Jenkins正在启动，请稍后...

你能够按 Ctrl + C 强制结束启动，而后再次执行上面的命令，发现就会继续启动了，或者能够修改一下配置文件，由于你所在网络可能被限制了，以下：

进入 jenkins 的工做目录，默认是：C:\Users\Administrator\.jenkins

也能够自定义 jenkins 的工做目录，设置 JENKINS_HOME 环境变量，启动 jenkins.war 后将被解压到 JENKINS_HOME 目录下，同时全部 jenkins 的 plugins 和 配置文件等也将被写入到 JENKINS_HOME 所设置的目录下。

打开 hudson.model.UpdateCenter.xml，将 http://updates.jenkins-ci.org/update-center.json 替换成 http://mirror.xmission.com/jenkins/updates/update-center.json，仍是不行的话找到 updates 目录下的 default.json 把里面全部的谷歌地址改为百度的，即将 http://www.google.com/ 替换为 http://www.baidu.com/。

2.1 进入以下页面，输入上面出现的口令

启动后第一次进入以下页面

2.2 进入选择安装插件的页面后，能够选择安装社区推荐的插件或自定义安装，此处选择前者

通常至少须要安装以下几个插件：

Git/Subversion、SSH、Publish Over SSH、Maven 等。

2.3 建立管理员用户

填入帐户信息后，进入完成页面：

安装完成。

3、配置 Jenkins 构建工具

用管理员帐号第一次登陆 Jenkins 后，须要在 "系统管理" -> "全局工具配置" 中，设置你要使用到的构建工具和 JDK 版本。

3.1 进入 jenkins 主界面

3.2 进入全局工具配置页面

点击 "系统管理" -> "全局工具配置"

进入后配置构建工具

3.3 配置 Maven

若是机器上已经安装了 Maven，则在 Maven_HOME 输入框中提供具体的安装路径。不然，你能够选择须要的 maven 版本，让 Jenkins 为你自动下载 maven。

3.4 配置 JDK

同理，若是机器上已经安装了 JDK，则在 JAVA_HOME 输入框中提供具体的安装路径。不然，你能够选择须要的 JDK 版本，让 Jenkins 为你自动下载 JDK。

3.5 配置 Git

若是以前没有为 Jenkins 安装 Git、Subversion（SVN）或 CVS 插件，能够在 "系统管理" -> "管理插件" 中安装。

4、构建做业

构建做业是 Jenkins 构建过程的核心。

4.1 点击建立一个新任务，进入建立项目类型选择页面

若是发现没有 "构建一个maven项目" 这一项，则须要安装 Maven Integration 插件，以下：

4.2 进入构建做业的详细页面

4.3 源码管理

根据本身项目的实际状况选择源码管理的方式：

4.4 构建触发器

其中有 5 个参数，分别表示：

MINUTE：Minutes within the hour（0-59）

HOUR：The hour of the day（0-23）

DOM：The day of the month（1-31）

MONTH：The month（1-12）

DOW：The day of the week（0-7）where 0 and 7 are sunday

经常使用配置：

0 * * * * 为每一个小时执行一次

0 1 * * * 为没天的凌晨1点执行一次，这种配置的设置，适合执行一些冒烟的测试用例

第一个参数：min，0-59

第二个参数：hour：0-23

第三个参数：day：0-31

第四个参数：month：1-12

第五个参数：week：0-7（0 和 7 表明 Sunday）

Jenkins 中 "Poll SCM" 和 "Build periodically"的区别

Poll SCM：定时检查源码变动（根据SCM软件的版本号），若是有更新就checkout最新code下来，而后执行构建动做，配置以下：

*/5 * * * * （每5分钟检查一次源码变化）

Build periodically：周期进行项目构建（它不care源码是否发生变化），配置以下：

0 2 * * * （天天2:00 必须build一次源码）

4.5 构建

在 "Build" 中，默认的项目根目录的 Root POM，即 pom.xml。若是 pom.xml 不在根目录下，就填入子目录，例如：cloud/pom.xml。

若是源码管理中选择 "None"，此处点 "高级..." 能够自定义工做空间中的项目地址，以下：

保存上面的构建做业：

5、构建

构建做业以后，就能够执行构建过程了。

5.1 执行构建的方式

 第一种：点击任务名称的右边的小三角，而后点击 "当即构建"

第二种：按照 "构建触发器" 中设置的 "日程表"定时自动触发构建

5.2 构建结果

第一列是 "上次构建状态显示"，是一个圆形图标，通常分为四种：

蓝色：构建成功；

黄色：不肯定，可能构建成功，但包含错误；

红色：构建失败；

灰色：项目从未构建过，或者被禁用；

如上显示蓝色，表示构建成功。

注意：手动触发构建的时间与自动定时构建的时间互不影响。

5.3 查看控制台输出

能够查看构建成功的控制台输出：

控制台信息显示将构建的 jar 包从项目的 target 目录下归档到了 jenkins 指定的目录下了

此目录显示按照不一样的构建编号，构建成功的项目

这与该工程的构建历史中的编号相对应

若是构建失败，能够经过查看构建失败的控制台输出，来获得具体的出错信息，便于调试

点击后查看错误信息，以下：

 

第二列是 "编译晴雨表"，以下：

若是看到你项目变成阴云或者下雨，说明你的项目稳定性很差，须要去查找缘由，解决问题。

5.4 部署

若是要部署构建好的 war 包，能够在 Post Steps 中填上 shell 命令，直接用脚本部署。

另外一种方式是建立另一个构建项目，手动触发部署。

不管用哪一种方式，都是为了确保编译、部署是经过持续集成服务器完成的，而不是某台开发机器。