持续集成与Jenkins介绍

女爷i 2021-12-14 06:47 385阅读 0赞

# 一、什么是持续集成 #

我们先来认识一下以下三个词：  
**持续集成** Continuous Integration  
**持续交付** Continuous Delivery  
**持续部署** Continuous Deployment

互联网软件的开发和发布，已经形成了一套标准流程，最重要的组成部分就是持续集成（Continuous integration，简称CI）。

## 1、持续集成的概念 ##

它的好处主要有两个。  
（1）快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。  
（2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。

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

Martin Fowler说过，“持续集成并不能消除Bug，而是让它们非常容易发现和改正。”

与持续集成相关的，还有两个概念，分别是持续交付和持续部署。

## 2、持续交付 ##

持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。

持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。

## 3、持续部署 ##

持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。

持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。

持续部署的前提是能自动化完成测试、构建、部署等步骤。它与持续交付的区别，可以参考下图。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3djMTY5NTA0MDg0Mg_size_16_color_FFFFFF_t_70]

## 4、流程 ##

**1）提交**  
流程的第一步，是开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交（commit）。

**2）测试**  
测试（第一轮）  
测试有好几种：

单元测试：针对函数或模块的测试
    集成测试：针对整体产品的某个功能的测试，又称功能测试
    端对端测试：从用户界面直达数据库的全链路测试

第一轮至少要跑单元测试。

**3）构建**  
通过第一轮测试，代码就可以合并进主干，就算可以交付了。  
交付后，就先进行构建（build），再进入第二轮测试。所谓构建，指的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源（样式表、JS脚本、图片）等等。

常用的构建工具如下：  
[Jenkins][]，CruiseControl，TeamCity，Continuum

**4）测试（第二轮）**  
构建完成，就要进行第二轮测试。如果第一轮已经涵盖了所有测试内容，第二轮可以省略，当然，这时构建步骤也要移到第一轮测试前面。

第二轮是全面测试，单元测试和集成测试都会跑，有条件的话，也要做端对端测试。所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。

需要强调的是，新版本的每一个更新点都必须测试到。如果测试的覆盖率不高，进入后面的部署阶段后，很可能会出现严重的问题。

**5）部署**  
通过了第二轮测试，当前代码就是一个可以直接部署的版本（artifact）。将这个版本的所有文件打包（ tar filename.tar \* ）存档，发到生产服务器。

生产服务器将打包文件，解包成本地的一个目录，再将运行路径的符号链接（symlink）指向这个目录，然后重新启动应用。这方面的部署工具有Ansible，Chef，Saltstack等。

**6）回滚**  
一旦当前版本发生问题，就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接，指向上一个版本的目录。

# 二、什么是jenkins #

## 1、jenkins介绍 ##

Jenkins，原名Hudson，2011年改为现在的名字，是一款开源 CI&CD 软件，用于自动化各种任务，包括构建、测试和部署软件。支持各种运行方式，可通过系统包、Docker或者通过一个独立的Java程序。

## 2、为什么要用jenkins ##

目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。它是一种实践，旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战：

软件构建自动化 ：  
配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。

构建可持续的自动化检查 ：  
CI系统能持续地获取新增或修改后签入的源代码，也就是说，当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断确认这些新代码是否破坏了原有软件的成功构建。这减少了开发者们在检查彼此相互依存的代码中变化情况需要花费的时间和精力。

构建可持续的自动化测试 ：  
构建检查的扩展部分，构建后执行预先制定的一套测试规则，完成后触发通知(Email,RSS等等)给相关的当事人。

生成后后续过程的自动化 :  
当自动化检查和测试成功完成，软件构建的周期中可能也需要一些额外的任务，诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。这样，构件才能更迅速地提供给用户使用。

部署一个CI系统需要的最低要求是，一个可获取的源代码的仓库，一个包含构建脚本的项目。

## 3、jenkins的特点 ##

**1）容易安装**  
只需要执行Java -jar jenkins.war， 或者直接部署到一个servlet container中，例如tomcat。不需要安装，不需要数据库的支持。

**2）容易配置**  
jenkins可以完全地通过友好的web GUI来配置，且配置页面支持配置项的错误检查和很好的在线帮助。不需要手动地编辑xml的配置文件，但是jenkins也支持手动修改xml配置文件。

**3）可读的永久的链接生成**  
jenkins对于大部分pages都生成清楚的可读的永久的链接，例如’'latest build"/“latest successful build”,因此可以容易地在其他的地方引用jenkins的生成的pages。

**4）RSS/EMail/IM集成**  
可以通过RSS，EMail或IM来实时地监视build的失败。

**5）Build完成后仍然可以tag**  
支持在build完成后tag或重tag。

**6）Junit/TestNG 测试报告**  
能够很好地显示各种测试的报告，且可以生成失败的趋向图。

**7）分布式build**  
jenkins能够分发build/test的负载到多台机器，能够更好地利用硬件资源，提高build的时间。

**8）文件标识**  
jenkins可以标识build产生的文件，例如jars。

**9）插件支持**  
jenkins可以通过第三方的插件来扩展。

**10）跨平台**  
支持几乎所有的平台，例如Windows,Ubuntu/Debian,Red Hat/Fedora/CentOS,Mac OS X,openSUSE,FreeBSD,OpenBSD,Solaris/OpenIndiana.Gentoo。

参考文章：  
[http://www.ruanyifeng.com/blog/2015/09/continuous-integration.html?utm\_source=tuicool][http_www.ruanyifeng.com_blog_2015_09_continuous-integration.html_utm_source_tuicool]  
[https://blog.csdn.net/Soinice/article/details/84062336][https_blog.csdn.net_Soinice_article_details_84062336]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3djMTY5NTA0MDg0Mg_size_16_color_FFFFFF_t_70]: /images/20211213/346e1133c6eb4db6af5a503836086afe.png
[Jenkins]: https://jenkins.io/zh/
[http_www.ruanyifeng.com_blog_2015_09_continuous-integration.html_utm_source_tuicool]: http://www.ruanyifeng.com/blog/2015/09/continuous-integration.html?utm_source=tuicool
[https_blog.csdn.net_Soinice_article_details_84062336]: https://blog.csdn.net/Soinice/article/details/84062336