一：环境概述：
随着软件开发需求及复杂度的不断提高，团队开发成员之间如何更好地协同工作及确保软件开发的质量已经慢慢称为开发过程中不可回避的问题。Jenkins自动化部署可以解决集成、测试、部署等重复性的工作，工具集成的效率明显高于人工操作；并且持续集成可以更早的获取代码变更的信息，从而更早的进入测试阶段，更早的发现问题，这样解决问题的成本就会显著下降；持续集成缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间出现的等待时间；持续集成也意味着开发、集成、测试、部署得以持续。所以，当配置完Jenkins持续集成持续交付环境后，就可以把发布的任务交给集成服务器去打理了。使用Maven（Ant）等来实现Java项目自动化构建发布部署。这些工具可以帮助在构建过程中实现自动化发布、回滚等动作。
二：Jenkins简介
Jenkins是一个用Java编写的开源的持续集成工具。在于Oracle发生争执后，项目从Hudson项目独立。官方网站： Jenkins
Jenkins提供了软件开发的持续集成服务。它运行在Servlet容器中（Tomcat）。它支持软件配置管理（SCM）工具（包括AccuRev SCM、CVS、Subversion、Git、Perforce、Clearcase和RTC），可以执行基于Apache Ant和Apache Maven的项目，以及任意的Shell脚本和Windows批量处理命令。Jenkins的主要开发者是川口耕介。Jenkins是在MIT许可证下发布的自由软件。
Jenkins能实时监控持续集成过程中所有存在的问题，提供详细的日志文件和提醒功能，还能用图表的形式，形象地展示项目构建的趋势和稳定性。
Jenkins包含以下几个特点：
- 易安装：仅仅一个jenkins.war，从官网下载该文件后，直接运行，无需额外的安装，更无需安装数据库；
- 易配置：提供友好的GUI配置界面；
- 变更支持：Jenkins能从代码仓库（SVN/Git）中获取并产生代码更新列表，并输出到编辑输出信息中；
- 支持永久连接：用户是通过Web来访问Jenkins的，而这些Web页面的连接地址都是永久连接地址，可以在各种文档中直接使用该连接；
- 集成E-Mail/RSS/IM：当完成一次集成时，可以通过这些工具实时收集成结果（构建一次集成需要花费一定时间，有了这个功能，就可以在等待结果过程中，干点别的事情）；
- Junit/TestNG测试报告：也就是用以图表等形式提供详细的测试报表功能；
- 支持分布式构建：Jenkins可以把集成构建等工作分发到多台计算机中完成；
- 文件指纹信息：Jenkins会保存构建集成所产生的jars文件、集成构建使用了哪个版；
- 支持第三方插件：Jenkins支持第三方插件，这使得Jenkins功能变得越来越大。
三：持续集成
1：持续集成的概述：
持续集成（英语：Continuous integration，缩写为CI），一种软件工程流程，将所有工程师对于软件的工作复本，每天集成数次到共用主线（mainline）上。
这个名称最早由葛来迪·布区（Grady Booch）在他的布区方法中提出，但是他并没有提到要每天集成数次。之后成为极限编程（extreme programming，缩写为XP）的一部分。在测试驱动开发（TDD）的做法中，通常还会搭配自动单元测试。
持续集成的提出，主要是为了解决软件进行系统集成时面临的各项问题，极限编程称这些问题为集成地狱（integration hell）。
（注：开发人员写好代码，然后将代码放入代码仓库里面，代码仓库可以是Git，Gitlab和svn，CI服务器就是我们的Jenkins，他可以从我们的代码仓库里面拉去代码，拉去代码之后对代码进行build，也就是进行构建，构建完之后就进行测试，测试代码的一个可用状态，CI就是他部署，测试，反馈串起来。）
持续集成主要是强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。简单来讲就是：频繁地（一天多次）将代码集成到主干。
2：持续集成的效益
- 及早发现集成错误且由于修订的内容较小所以易于追踪，这可以节省项目的时间与成本。
- 避免发布日期的前一分钟发生混乱，当每个人都会尝试为他们所造成的那一点点不兼容的版本做检查。
- 当单元测试失败或发生错误，若开发人员需要在不除错的情况下还原代码库到一个没有问题的状态，只需要放弃一小部分的更改（因为集成的次数频繁）。
- 让“最新”的程序可保持可用的状态供测试、展示或发布用。
- 频繁的提交代码会促使开发人员创建模块化，低复杂性的代码。
- 防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。
3：持续集成的作用
- 保证团队开发人员提交代码的质量，减轻了软件发布时的压力；
- 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量。
4：持续集成的特点
- 是一个自动化的、周期性的集成测试过程，从检出代码、编译构建、运行测试、结果记录、测试统计等都是自动完成的，无需人工干预；
- 需要有专门的集成服务器来执行集成构建；
- 需要有代码托管工具支持；
四：持续交付
持续交付（英语：Continuous delivery，缩写为CD），是一种软件工程手法，让软件产品的产生过程在一个短期内完成，以保证软件可以稳定、持续的保持在随时可以释出的状况。它的目标在于软件的建置、测试与释出变得更快以及更频繁。这种方式可以减少软件开发的成本与时间，减少风险。
（注：开发人员开发代码，提交代码，然后进行拉去代码，进行构建，测试，反馈，然后改代码，这都是在开发环境，看看代码是否在测试环境中正常运行，所以拉去到测试环境中，然后进行部署，这个部署偏向于手动。）
持续交付是在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的【类生产环境】（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的Staging环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。
五：持续部署
持续部署（英语：Continuous Deployment，缩写为CD），是持续交付的下一步，值的是代码通过评审以后，自动部署到生产环境。
有时候，持续部署也与持续交付混淆。持续部署意味着所有的变更都会被自动部署到产生环境中。持续交付意味着所有的变更都可以被部署到产生环境中，但是出于业务考虑，可以选择不部署。如果要实施持续部署，必须先实施持续交付。
持续部署即在持续交付的基础上，把部署到产生环境的过程自动化。文章来源：https://www.toymoban.com/news/detail-452907.html
关键字：CI/CD持续集成/持续交付/持续部署文章来源地址https://www.toymoban.com/news/detail-452907.html
到了这里，关于Jenkins简介的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
