Jenkins自动化部署——持续交付

感谢以前带领过个人leader，让我可以知道什么是好的开发方法。

在很早以前就接触过敏捷开发。什么是敏捷开发，简单来讲就是让软件可靠地，快速地发布出来的一种开发方法和技巧。

而敏捷开发中有许多的实践，可能并非每一种实践都适合于你的团队，可是总有一种能帮助大家的团队快速地将软件可靠地，高可用地发布出来。

若是在读这篇文章以前，尚未接触过敏捷开发，那么推荐一门敏捷开发入门的书籍：《硝烟中的scrum和xp》，这本书是一本敏捷开发的入门入籍，介绍了诸如：产品如何编写backlog、怎么准备sprint计划、如何作回顾、如何作测试、如何管理scrum团队等基础的一些敏捷知识。这本书帮助了不少人了解了敏捷开发，是一本很经典的敏捷入门引导书。

chapter 1: 为何要使用持续交付

在咱们的开发部署工做中，有一些典型的反人类发布软件模式：

1.手工部署软件

不管是本身编写的系统，仍是系统所需的一些软件：mysql、redis、git等，通通都是用手动部署的方式，每次须要发布、更新，都要链接到服务器上，手动地部署其新版本(例如：先将本地的war包上传到服务器的tomcat中，而后服务器上kill -9 xxx，从新启动tomcat这样)，23333。。且不说这样部署的人力成本很大，不知道部署的软件是否有bug。而且还有必定的出错机率，在互联网竞争如此激烈的今天，这样的部署，确定是不行的。

试想，若是有一种方法，当你本地Push代码以后，只须要在网页上点击一个按钮，或者点击按钮这一步都省略掉，再倒上一杯咖啡，你的系统已经部署到线上环境了，这样的自动化，不是更人性化吗

2.开发完成后才向类生产环境部署

不少团队表示，咱们必定要把系统所有coding完成，才向(类)生产环境部署系统，这样有一个好处，就是你们更加专一于coding。不被打扰。可是也有一个坏处，就是没法及时反馈出系统中的问题，你的boss也没法知道系统究竟开发到什么程度，boss也没法向客户/他的boss展现项目的进程。

及时反馈在软件开发中是很是重要的，反馈得及时，能帮助软件能快速发现并解决掉软件中不少典型的问题：

1. 开发出的功能和boss想要的功能不同
2. 软件开发中没被发现的bug
3. 页面实现和UI设计不一致等等。。。

那么有的人就会说，每部署一次都很是麻烦，须要打包、上传、部署配置、部署系统，并且容易出错。一旦部署失败，还要去看日志，找到bug而且修复后，重复以上的所有操做。

今天咱们要讲解的jenkins就是解决这个问题的，只须要点击一个按钮就能够部署git上的代码，是否是特别方便。

3.生产环境纯手工配置管理

将配置文件、变量都经过手工的方式去部署是很是不科学的，这不只须要一个部署专家，如果哪天这个专家请假或者离职，那么大家的团队便没法部署了。并且手工部署还极其容易出错，多台服务器，须要屡次重复部署。

自动化是必然的趋势，那么典型的解决方案就是使用某个配置管理软件，或者将配置放在某个具体的脚本中，这样会使软件发布轻松不少

chapter 2: jenkins介绍

jenkins是一个开源软件项目，基于java开发的一款持续集成（Continuous Integration）工具，用于监控持续重复的工做，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

一切的目的都是快速反馈。

喏，下面就是这货的图标

 

猥琐中带着一丝优雅，23333。

jenkins的标语:

“Build great things at any scale”

“以任何规模建造伟大的事情”

Jenkins，以前叫作Hudson，因此若是你在jenkins的不少地方，看到hudson这个单词，必定要知道他是jenkins的旧名字。

Jenkins是基于Java开发的一种持续集成工具，用于监控秩序重复的工做，包括：

1. 持续的软件版本发布/测试项目。
2. 监控外部调用执行的工做。

下面是一个官网的简单图形介绍：

 

chapter 3: jenkins安装和配置

上面介绍了那么多，估计你也没看，咱们关心的只有软件的使用方法(23333)。那么咱们下面就进入jenkins的安装和配置

环境准备：

首先，你的机器上面，须要安装jdk、git、maven相关的运行环境，我这里使用的jdk1.八、maven3.3.九、git2.16.2

jenkins安装:

下载地址https://jenkins.io/download/，仅下载war包。这个下载就不须要截图了吧。

获得war包后，有两种运行jenkins的方式

1. 命令启动 java -jar 下载的war包名.war --httpPort=9004
2. 将war包放在tomcat的webapps目录下，启动tomcat

第一种方式启动后，会在/home/xxxxx/.jenkins文件夹下构建jenkins的目录。

你想知道第一种在哪构建这个目录？我也不知道，本身试试咯，启动后日志中有显示位置

 

用浏览器访问http://localhost:9004 (tomcat启动，访问http://lcoalhost:9004/jenkins)，获得如下页面

 

而后输入密码就能够了。。

密码，你不知道什么密码？图片中红色的部分不是已经说了密码在哪里了吗。打开文件，copy，paste就好了。

接下来就到了插件配置页面，建议FQ进行安装所须要的插件，或者如今直接选择skip plugin installations跳过

 

设置成功以后，就跳转到用户名密码配置页面，这个用户名和密码用于之后的jenkins登陆

 

这是你以后用来登陆的用户名密码，最好记住哦~

当当当当~~到这里，你的Jenkins已经配置成功了，成功进入jenkins的主页了！恭喜恭喜

 

那么接下来，咱们就要开始搭建自动化部署的pipeline了。

什么，你说什么是Pipeline？好吧，简单讲解一下

 

喏，就是上面这货，三个模块，第一个模块是构建模块，用来执行单元测试+build项目造成二进制文件，因为我使用的是Springboot，因此获得的是一个jar包。第二个模块是部署模块，当第一个模块构建成功（变绿），才会触发第二个模块，若是第一个模块单元测试或者运行失败，当前模块就会变红，那么就不会运行第二个模块，固然，这个触发是本身配置的。第三个模块，就是线上环境了，第二个模块运行成功后，就开始运行第三个模块。

当你push了代码以后，只须要点击上面的Run那个按钮，你的系统就已经部署到线上了，是否是很神奇。

你想要搭建这个玩意，首先，你须要给Jenkins安装几个插件，点击这里安装插件

 

进去了以后，根据下图进行安装插件哦

你须要安装的插件有：

 

• Build pipeline Plugin：没有这个，就没有PipeLine视图
• Build Time Out：构建超时插件
• Deploy to Container Plugin：部署容器插件
• Email Extension Plugin：发送邮件插件
• Git
• JDK Tool Plugin
• PipeLine
• Publish over ssh
• Timestamper
• Workspace Cleanup Plugin

安装好以上插件后，进入上图的installed，勾选上以上的这些插件，使其开启使用。

配置好上述插件，接下来咱们就要来配置JDK，Maven，git环境了

注意：这些环境必须配置。

(这里有一个小小的插曲，当初我并无配置这些环境，觉得Jenkins默认带有的这些插件环境能够生效，傻傻地运行等待了两个小时。然而事实证实，并无什么卵用，必需要配置这些东西。)

在上上张图中，点击

 

进行配置

你须要配置如下的东东，首先是JDK

 

将JDK配置到相应的bin目录上级，也就是你的$JAVA_HOME位置

而后配置Git

 

注意：这个git有点日怪，他不是配置到bin目录上级，须要配置到具体的可执行文件位置！看上图中的文字Path to git executable。若是换成Java的话，就应该配置$JAVA_HOME/bin/javac 这个级别的，可执行文件~

最后配置Maven

 

 

这里也是配置MAVEN_HOME哦。到bin目录上级就能够了

在配置maven的setting.xml时，建议加上阿里的mirror，这样运行时，下载依赖的速度能够快几倍

在setting.xml中的<mirrors>标签中添加如下代码便可

<mirror> 
 <id>nexus-aliyun</id> 
 <mirrorOf>central</mirrorOf> 
 <name>Nexus aliyun</name> 
 <url>http://maven.aliyun.com/nexus/content/groups/public</url> 
</mirror>

上述的Maven、JDK、Git软件安装就再也不赘述。自行百度。

一切配置成功后，最好重启下jenkins使上面的插件和环境生效，接下来开始构建Pipeline

回到首页，点击new Item 先建立个文件夹，方便之后多个项目分组方便

 

添加文件夹后，你的首页上就会多出一个文件夹

 

其中outer是我文件夹的名字，名字随意就好

点击outer进入文件夹

再点击左侧的New Item ，而后建立Maven项目

 

点击OK后进入配置页面、这里有几个地方须要配置

先配置你的源代码所在git位置，branch specifier能够选择你代码的分支

 

general中配置，显示几天的几个版本的之前的构建信息，方便查看错误日志

Build Triggers中。勾选Poll SCM中的Schedule，这里须要配置一个五位数的表达式

分别表明：分钟，小时，天，月，星期几

例如配置: 5 * * * * 表明每一个小时的第五分钟构建

0 0 10 * * 表明每月10号构建

这个表达式有点像Spring task中的schedule表达式，不清楚的能够去百度了解一下

 

配置maven的位置以及运行maven的命令，有机智的小伙伴就发现，为何要使用Maven的package命令，而不是直接spring-boot:run运行呢。呵呵，我试过，运行后会直接阻塞，PipeLine压根看不到结果是否成功，也无法结束。因此只能先打包再运行，运行脚本在第二个模块中

 

勾选这玩意儿，用于删除之前的项目

 

最后重点来了，就是下面这货。这个等下再讲，先配置上就好了。

 

第一步的Maven Project已经构建成功。接下来回到outer文件夹中，选择New Item ，建立一个freestyle project

 

build中填写：

BUILD_ID=dontKillMe nohup java -jar /Users/xiangnan/.jenkins/workspace/outer/test_project/target/BootRedis-0.0.1-SNAPSHOT.jar &

BUILD_ID=dontKillMe nohup + & 的意思是让其springboot运行成功后，到后台去运行，不阻塞当前的pipeline。

 

固然，这里的脚本只是一个最简单的命令运行脚本，你也能够将脚本放在git中，或者放在服务器上，每次构建就拉取新的脚本而且运行。这是一种思路，脚本的使用能够很是灵活，不必定须要直接运行jar包。

到这里，咱们的两个项目就已经构建成功了。可是到如今尚未PipeLine的展现

回到outer文件夹中，点击+按钮，选择build Pipeline View，并输入pipeline的名字

 

接下来进入pipeline的配置页面，在这个页面中，在pipeline flow的upstream项，选择以前的maven项目，个人是test_project

!

 

最后点击OK。大功告成，你将看到以下页面

 

这就是咱们前文中提到的Build PipeLine。点击Run便可从git上拉代码并运行项目到当前机器中了哦。

先运行第一个test_project，当第一个模块运行单元测试、打包成功后，才会触发运行第二个模块--即部署springboot.jar

那么是怎么触发的呢

咱们回到以前没有讲解的一张图

 

在途中咱们配置了几个地方，

Projects to build：当项目构建完成，生成war包后，出发哪一个项目

Trigger when build is : stable -- 只有当前项目构建成功后，才开始构建下一个freestyle project

除了stable还有其余的几个选项，

 

根据须要进行选择须要什么条件去触发下一个模块。例如：Failed，当失败时构建下一个项目

Predefined parameters: 预约义变量，必配

只有配置了预约义变量，才能根据${BUILD_NUMBER} -- 构建号，${GIT_COMMIT}--git提交的版本号，根据这两个变量去触发下一个模块，没有这个配置，就没法触发下一个模块.

总结：

以上。整个Pipeline就部署完成了。可是其实这只是部署的一个入门，提供了一个思路，Jenkins还有不少其余的功能，例如构建失败时发送邮件，自定义脚本，git代码Push完成后当即触发Run等等，Jenkins很是的灵活，功能也很是多，等待你本身去探索。

感谢阅读此文章。