Jenkins

• 1 什么是jenkins
• 2 Jenkins特点
• 3 CI/CD介绍
• 4 CI 是什么？CI 和 CD 有什么区别？
• • 4.1 CI 持续集成（Continuous Integration）
  • 4.2 CD 持续交付（Continuous Delivery）
  • 4.3 CD 持续部署（Continuous Deployment）
• 5 Jenkins部署

Jenkins是一个广泛用于持续构建的可视化web工具，持续构建说得更直白点，就是各种项目的"自动化"编译、打包、分发部署。jenkins可以很好的支持各种语言（比如：java, c#, php等）的项目构建，也完全兼容ant、maven、gradle等多种第三方构建工具，同时跟svn、git能无缝集成，也支持直接与知名源代码托管网站，比如github、bitbucket直接集成

Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具，起源于Hudson（Hudson是商用的），主要用于持续、自动的构建/测试软件项目、监控外部任务的运行（这个比较抽象，暂且写上，不做解释）。Jenkins用Java语言编写，可在Tomcat等流行的servlet容器中运行，也可独立运行。通常与版本管理工具(SCM)、构建工具结合使用。常用的版本控制工具有SVN、GIT，构建工具有Maven、Ant、Gradle

Jenkins 能实施监控集成中存在的错误，提供详细的日志文件和提醒功能，还能用图表的形式形象地展示项目构建的趋势和稳定性

简单点说：Jenkins其实就是大的框架集，可以整个任何你想整合的内容，实现公司的整个持续集成体系！如：自动化，性能，打包，部署，发布&发布结果自动化验证，接口测试，单元测试

Jenkins可自由部署在各平台：Windows， Linux， Mac

• 开源的java语言开发持续集成工具，支持CI，CD
• 易于安装部署配置：可通过yum安装,或下载war包以及通过docker容器等快速实现安装部署，可方便web界面配置管理
• 易于配置，所有的配置都是通过其提供的web界面实现，且配置页面支持配置项的错误检查和很好的在线帮助
• 消息通知及测试报告：集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知，生成JUnit/TestNG测试报告，能够很好地显示各种测试的报告，且可以生成失败的趋向图
• 变更支持：Jenkins能从代码仓库（Subversion/CVS）中获取并产生代码更新列表并输出到编译输出信息中
• 文件指纹信息：Jenkins会保存哪次集成构建产生了哪些jars文件，哪一次集成构建使用了哪个版本的jars文件等构建记录
• 分布式构建：支持Jenkins能够让多台计算机一起构建/测试
• 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等
• 丰富的插件支持:支持扩展插件，你可以开发适合自己团队使用的工具，如git，svn，maven，docker等
• 可读的永久的链接生成，jenkins对于大部分pages都生成清楚的可读的永久的链接
• 跨平台，支持几乎所有的平台，例如Windows,Ubuntu/Debian,Red Hat/CentOS,Mac等

• CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。
• CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题。
• CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为“CI/CD 管道”，由开发和运维团队以敏捷方式协同支持。

CI / CD的采用改变了开发人员和测试人员如何发布软件

最初是瀑布模型，后来是敏捷开发，现在是DevOps，这是现代开发人员构建出色的产品的技术路线。随着DevOps的兴起，出现了持续集成（Continuous Integration）、持续交付（Continuous Delivery） 、持续部署（Continuous Deployment） 的新方法。传统的软件开发和交付方法正在迅速变得过时。从历史上看，在敏捷时代，大多数公司会每月，每季度，每两年甚至每年发布部署/发布软件。然而，现在，在DevOps时代，每周，每天，甚至每天多次是常态。当SaaS正在占领世界时，尤其如此，您可以轻松地动态更新应用程序，而无需强迫客户下载新组件。很多时候，他们甚至都不会意识到正在发生变化。开发团队通过软件交付流水线（Pipeline）实现自动化，以缩短交付周期，大多数团队都有自动化流程来检查代码并部署到新环境。今天，我们将介绍什么是CI / CD / CD，以及现代软件公司如何使用工具将部署代码的流程自动化

持续集成的重点 是将各个开发人员的工作集合到一个代码仓库中。通常，每天都要进行几次，主要目的是尽早发现集成错误，使团队更加紧密结合，更好地协作。
持续交付的目的 是最小化部署或释放过程中固有的摩擦。它的实现通常能够将构建部署的每个步骤自动化，以便任何时刻能够安全地完成代码发布（理想情况下）。
持续部署 是一种更高程度的自动化，无论何时对代码进行重大更改，都会自动进行构建/部署

• 缩略词 CI / CD 具有几个不同的含义。CI/CD 中的“CI”始终指持续集成，它属于开发人员的自动化流程。成功的 CI 意味着应用代码的新更改会定期构建、测试并合并到共享存储库中。该解决方案可以解决在一次开发中有太多应用分支，从而导致相互冲突的问题。

• CI/CD 中的“CD”指的是持续交付和/或持续部署，这些相关概念有时会交叉使用。两者都事关管道后续阶段的自动化，但它们有时也会单独使用，用于说明自动化程度。

• 持续交付通常是指开发人员对应用的更改会自动进行错误测试并上传到存储库（如 GitHub 或容器注册表），然后由运维团队将其部署到实时生产环境中。这旨在解决开发和运维团队之间可见性及沟通较差的问题。因此，持续交付的目的就是确保尽可能减少部署新代码时所需的工作量。

• 持续部署（另一种“CD”）指的是自动将开发人员的更改从存储库发布到生产环境，以供客户使用。它主要为了解决因手动流程降低应用交付速度，从而使运维团队超负荷的问题。持续部署以持续交付的优势为根基，实现了管道后续阶段的自动化。

持续集成（CI）可以帮助开发人员更加频繁地（有时甚至每天）将代码更改合并到共享分支或“主干”中。一旦开发人员对应用所做的更改被合并，系统就会通过自动构建应用并运行不同级别的自动化测试（通常是单元测试和集成测试）来验证这些更改，确保这些更改没有对应用造成破坏。这意味着测试内容涵盖了从类和函数到构成整个应用的不同模块。如果自动化测试发现新代码和现有代码之间存在冲突，CI 可以更加轻松地快速修复这些错误

要求

• 团队需要为每个新功能、代码改进、或者问题修复创建自动化测试用例。
• 你需要一个持续集成服务器，它可以监控代码提交情况，对每个新的提交进行自动化测试。

优点

• 通过自动化测试可以提早拿到回归测试的结果，避免将一些问题提交到交付生产中。
• 发布编译将会更加容易，因为合并之初已经将所有问题都规避了。
• 减少工作问题切换，研发可以很快获得构建失败的消息，在开始下一个任务之前就可以很快解决。
• 测试成本大幅降低，你的CI服务器可以在几秒钟之内运行上百条测试。
• 团队花费在测试上面的时间会大幅缩短，将会更加侧重于质量文化的提升上面。

完成 CI 中构建及单元测试和集成测试的自动化流程后，持续交付可自动将已验证的代码发布到存储库。为了实现高效的持续交付流程，务必要确保 CI 已内置于开发管道。持续交付的目标是拥有一个可随时部署到生产环境的代码库

CD 集中依赖于部署流水线，团队通过流水线自动化测试和部署过程。此流水线是一个自动化系统，可以针对构建执行一组渐进的测试套件。CD 具有高度的自动化，并且在一些云计算环境中也易于配置。在流水线的每个阶段，如果构建无法通过关键测试会向团队发出警报。否则，将继续进入下一个测试，并在连续通过测试后自动进入下一个阶段。流水线的最后一个部分会将构建部署到和生产环境等效的环境中。这是一个整体的过程，因为构建、部署和环境都是一起执行和测试的，它能让构建在实际的生产环境可部署和可验证

要求

• 你需要有强大的持续集成组件和足够多的测试项可以满足你代码的需求
• 部署需要自动化。触发是手动的，但是部署一旦开始，就不能人为干预
• 你的团队可能需要接受特性开关，没有完成的功能模块不会影响到线上产品

优点

• 发布频率更快，因为你不需要停下来等待发布。每一处提交都会自动触发发布流
• 在小批量发布的时候，风险降低了，发现问题也可以很轻松的修复
• 客户每天都可以看到我们的持续改进和提升，而不是每个月或者每季度，或者每年

对于一个成熟的 CI/CD 管道来说，最后的阶段是持续部署。作为持续交付——自动将生产就绪型构建版本发布到代码存储库——的延伸，持续部署可以自动将应用发布到生产环境。由于在生产之前的管道阶段没有手动门控，因此持续部署在很大程度上都得依赖精心设计的测试自动化。

实际上，持续部署意味着开发人员对应用的更改在编写后的几分钟内就能生效（假设它通过了自动化测试）。这更加便于持续接收和整合用户反馈。总而言之，所有这些 CI/CD 的关联步骤都有助于降低应用的部署风险，因此更便于以小件的方式（而非一次性）发布对应用的更改。不过，由于还需要编写自动化测试以适应 CI/CD 管道中的各种测试和发布阶段，因此前期投资还是会很大

// 关闭防火墙
[root@localhost ~]# systemctl stop --now firewalld
[root@localhost ~]# vi /etc/selinux/config 
SELINUX=disabled

[root@localhost ~]# setenforce 0
[root@localhost ~]# getenforce 
Disabled

// jenkins基于网页服务，所以先部署tomcat
[root@localhost ~]# yum -y install java-17-openjdk*    // 安装jdk环境
[root@localhost ~]# wget https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.54/bin/apache-tomcat-9.0.54.tar.gz    // 下载tomcat
[root@localhost ~]# tar xf apache-tomcat-9.0.54.tar.gz -C /usr/local/
[root@localhost ~]# cd /usr/local/
[root@localhost local]# ls
apache-tomcat-9.0.54  etc    include  lib64    sbin   src
bin                   games  lib      libexec  share
[root@localhost local]# mv apache-tomcat-9.0.54 tomcat
[root@localhost local]# ls
bin  etc  games  include  lib  lib64  libexec  sbin  share  src  tomcat
[root@localhost ~]# /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@localhost ~]# ss -antl
State   Recv-Q  Send-Q        Local Address:Port    Peer Address:Port  Process  
LISTEN  0       128                 0.0.0.0:22           0.0.0.0:*              
LISTEN  0       1        [::ffff:127.0.0.1]:8005               *:*              
LISTEN  0       100                       *:8080               *:*              
LISTEN  0       128                    [::]:22              [::]:*              

// 下载jenkins
[root@localhost ~]# wget https://get.jenkins.io/war-stable/2.303.2/jenkins.war
[root@localhost ~]# ls
anaconda-ks.cfg  jenkins.war

// 将webapps下的其他项目删除
[root@localhost tomcat]# mv webapps/ROOT/ /opt/
[root@localhost tomcat]# rm -rf webapps/*
[root@localhost webapps]# mv /opt/ROOT .
[root@localhost webapps]# ls
ROOT
[root@localhost local]# mv tomcat jenkins    // 将tomcat重命名为jenkins
[root@localhost local]# ls
bin  etc  games  include  jenkins  lib  lib64  libexec  sbin  share  src
[root@localhost local]# cd jenkins/webapps/ROOT/
[root@localhost ROOT]# ls
asf-logo-wide.svg  bg-nav.png    index.jsp          tomcat.svg
bg-button.png      bg-upper.png  RELEASE-NOTES.txt  WEB-INF
bg-middle.png      favicon.ico   tomcat.css
[root@localhost ROOT]# rm -rf *
[root@localhost ROOT]# ls
[root@localhost ROOT]# 

[root@localhost webapps]# ls    // 将jenkins的war包放到webapps
jenkins.war  ROOT
[root@localhost webapps]# ../bin/catalina.sh start    // 直接启动服务
Using CATALINA_base:   /usr/local/jenkins
Using CATALINA_HOME:   /usr/local/jenkins
Using CATALINA_TMPDIR: /usr/local/jenkins/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/jenkins/bin/bootstrap.jar:/usr/local/jenkins/bin/tomcat-juli.jar
Using CATALINA_OPTS:   
Tomcat started.
[root@localhost webapps]# ss -antl
State    Recv-Q   Send-Q     Local Address:Port     Peer Address:Port  Process  
LISTEN   0        128              0.0.0.0:22            0.0.0.0:*              
LISTEN   0        100                    *:8080                *:*              
LISTEN   0        128                 [::]:22               [::]:*             
[root@localhost webapps]# ls
jenkins  jenkins.war  ROOT

在网页访问

// 密码文件
[root@localhost ~]# cat /root/.jenkins/secrets/initialAdminPassword
a9ee7d265d10436894bae0ff9af9e49b