jenkins

一、简介

Jenkins是一个开源CI&CD软件、提供友好操作界面的持续集成（CI）工具；起源于Hudson（Hudson是商用的），主要用于持续、自动的构建/测试软件项目、监控外部任务的运行；Jenkins用Java语言编写，可在Tomcat等流行的servlet容器中运行，也可独立运行；通常与版本管理工具(SCM)、构建工具结合使用。

常用的版本控制工具：SVN、GIT

构建工具有：Maven、Ant、Gradle

官网：https://www.jenkins.io/zh

1.1 SVN介绍

SVN是subversion的缩写，是一个开放源代码的版本控制系统，通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发同一个项目，实现共享资源，实现最终集中式的管理。

1.2 Maven介绍

Maven 就是构建 java 里面的一个 war 包的。

Maven 项目对象模型（POM）是可以通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。由于Maven的缺省构建规则有较高的可重用性，所以常常用两三行Maven构建脚本就可以构建简单的项目。

由于Maven的面向项目的方法，许多Apache Jakarta 项目发文时使用Maven，而且公司项目采用Maven的比例在持续增长。

1.3 Ant介绍

Ant是一个将软件编译、测试、部署等步骤联系在一起的自动化工具，Ant的主要用途是构建Java应用程序；Ant提供了许多内置的任务，可以编译、组装、测试和运行Java应用程序。Ant还可以有效地用于构建非Java应用程序，例如C或C++应用程序。

1.4 Gradle介绍

Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建工具，Gradle就是工程的管理，帮我们做了依赖、打包、部署、发布、各种渠道的差异管理等工作。

1.5 jenkins工作原理

将源代码从SVN/Git版本控制系统中拷贝一份到本地，然后根据设置的脚本进行build（构建）；整个系统的关键就是build脚本，build脚本告诉Jenkins在一次集成中需要执行的任务。

1.6 jenkins特点

**易安装：**仅仅一个 Jenkins.war，从官网下载该文件后，直接运行，无需额外的安装，更无需安装数据库
**易配置：**提供友好的 GUI 配置界面
**变更支持：**Jenkins 能从代码仓库（SVN/Git）中获取并产生代码更新列表，并输出到编译输出信息中
**支持永久链接：**用户是通过 Web 来访问 Jenkins 的，而这些 Web 页面的链接地址都是永久链接地址，可以在各种文档中直接使用该链接
**集成E-Mail/RSS/IM：**当完成一次集成时，可通过这些工具实时收取集成结果（构建一次集成需要花费一定时间，有了这个功能，就可以在等待结果过程中，干别的事情）
**JUnit/TestNG 测试报告：**也就是用以图表等形式提供详细的测试报表功能
**支持分布式构建：**Jenkins 可以把集成构建等工作分发到多台计算机中完成
**文件指纹信息：**Jenkins 会保存构建集成所产生的 jars 文件、集成构建使用了哪个版本
**支持第三方插件：**Jenkins 支持第三方插件，这使得 Jenkins 功能变得越来越强大

二、CI/CD是什么

2.1 CI持续集成

2.1.1 简介

CI 持续集成（全称：Continuous integration），中文意思是持续集成是一种软件开发时间；持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试；根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。

假设一个应用程序，其代码存储在GitLab的Git仓库中。开发人员每天都要多次推送代码更改。对于每次向仓库的推送，你都可以创建一组脚本来自动构建和测试你的应用程序，从而减少了向应用程序引入错误的机会。这种做法称为持续集成，对于提交给应用程序（甚至是开发分支）的每项更改，它都会自动连续进行构建和测试，以确保所引入的更改通过你为应用程序建立的所有测试，准则和代码合规性标准。

2.1.2 CI工作模式

2.1.3 持续集成的优势

1.易于定位错误

每一次的代码集成都需要执行相关的测试工作，持续集成频繁的集成次数天然的将复杂的代码逻辑切割为了小块，也就使得每一次测试中遇到的错误能够更加容易的被定位。

2.易于控制开发流程

更为细致的工作提交也就意味着更容易判断当前的工作进度，这对于管理者规划开发流程而言提供了一个有效的参考，同时也为开发人员省下了汇报工作的时间。

2.2 CD持续交付

2.2.1 简介

CD 持续交付（全称：Continuous Delivery），中文意思是：持续交付是在 CI持续集成的基础上，将集成后的代码部署到更贴近真实运行环境(类生产环境)中；比如，我们完成单元测试后，可以把代码部署到连接数据库的Staging环境中更多的测试，如果代码没有问题，可以继续手动部署到生产环境。

2.2.2 CD工作模式

2.3 CD持续部署

2.3.1 简介

CD 持续部署（全称：Continuous Deployment），是 CI持续集成，CD持续交付的延伸。自动将交付的应用部署到生产环境。能及时收到用户反馈，降低部署的风险；

持续部署是持续交付的下一步，在持续交付的基础上，由开发人员或运维人员自助式的定期向生产环境部署稳定的构建版本，持续部署的目标是代码在任何时刻都是可部署的，并可自动进入到生产环境。

2.3.2 工作模式

三、使用tomcat容器安装jenkins

先部署好tomcat-9.0.67

3.1 安装jdk

复制代码

 # 删除本地jdk
 rpm -qa |grep java # 查看本地java环境
 rpm -e --nodeps 
 rpm -e --nodeps java-11-openjdk-11.0.23.0.9-2.el7_9.x86_64
 rpm -e --nodeps java-11-openjdk-headless-11.0.23.0.9-2.el7_9.x86_64
 
 # 安装jdk
 yum -y install java-11-openjdk

3.2 下载jenkins

复制代码

 [root@jenkins webapps]# pwd
 /usr/local/tomcat/webapps
 
 [root@jenkins webapps]# ls
 docs  examples  host-manager  jenkins.war  manager  ROOT

3.3 启动tomcat服务，jenkins.war包会自动解压

复制代码

 [root@jenkins webapps]# /usr/local/tomcat/bin/catalina.sh start
 Using CATALINA_BASE:   /usr/local/tomcat
 Using CATALINA_HOME:   /usr/local/tomcat
 Using CATALINA_TMPDIR: /usr/local/tomcat/temp
 Using JRE_HOME:        /usr
 Using CLASSPATH:       /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar
 Using CATALINA_OPTS:   
 Tomcat started.
 
 [root@jenkins webapps]# ls
 docs  examples  host-manager  jenkins  jenkins.war  manager  ROOT