vlambda博客
学习文章列表

持续集成（Continuous Integration），就是我们常说的 CI

持续集成（CI）是一种实践，可以让团队在持续的基础上收到反馈并进行改进，不必等到开发周期后期才寻找和修复缺陷。

在软件的生命周期过程中，从需求，到实现，到测试，到用户手中，是一个持续的过程。

在这个过程当中，不止是开发工作，有很多的环节都可以利用自动化的手段去持续的定期的执行任务，来提升整体的软件质量和效率。

下图为我画的在软件生命周期过程中，开发人员和测试人员和配置管理人员的流程图。[图中红色字体部分均是可以持续定期的去执行。]

将上图中的内容综合一下，那么我们可以得到下图的持续集成流程。

Jenkins:

一款持续集成工具，可以在 jenkins 当中完成以上持续集成流程中的每一个环节。

jenkins 中有 3 大重要概念：

在 jenkins 平台中，都是以 Job(任务/工程)为单位去完成一件事情的。

在使用jenkins时，都是会在jenkins管理界面当中创建一个job/item。在job/item中来组织任务。

jenkins 提供平台，集成各种插件来完成一个 Job。想用 jenkins 平台来做什么，先找找有没有相应的插件。

比如：windows 命令、Linux 命令的支持、SVN 和 Git 代码获取、邮件发送，测试报告集成等都需要安装相应的插件才能够在 jenkins 当中使用这些功能。

jenkins 是通过文件形式来存储和管理数据的。

所以，在安装jenkins,要指定一个Jenkins_Home目录。所有jenkins相关的数据都存放在此目录下。

workspace即给jenkins指定一个专门的目录来存储其所有的配置和数据。jenkins的workspace是根目录 ，其下每个Job都有属于自己的workspace。

每个job的workspace当中用来存放本任务涉及到的数据/文件，以及任务执行完成后生成的数据/文件。

相当于，给每一个job开辟了一个独立的文件夹。

整个 jenkins 的全局配置：
包括权限管理、插件管理、节点管理等。

在 Jenkins 当中要完成一个任务，首先要创建一个 Job/Item。

通过配置 Job/Item，来配置任务的触发条件、任务的代码从哪获取、任务的执行过程涉及哪些步骤、任务执行完成之后要做哪些通知/展示工作。

一个Job/Item的配置项如下：

Job 名字、指定当前 Job 的工作空间、指定当前 Job 绑定到哪个执行机上执行等……

svn/git 等，需要相应的插件支撑。

配置好源码管理后，在执行 Job 时会自动从相应的源码库里下载代码到当前 Job 的工作空间中。

触发器：执行当前任务的条件。

常用定时构建：类似 windows/linux 的定时任务。指定当前 Job 执行的时间。

定时任务配置规则如下：

首先，一共有 5 个配置选项(每个选项之间用空格隔开)，分别是：

支持以下操作：

示例：

每周一、三、五，每天上午 10 点整，自动触发任务的执行。

定时配置如下：0 10 * * 1,3,5

MINUTE(分钟): 值为 0。

HOUR(小时)：值为 10

DOM(每月的天数)：值为* 没有指定一个月当中，只有哪几天运行。所以用*匹配所有有效值。

MONTH(一年的月份)：值为* 没有指定一年当中，只有哪个月运行。所以用*匹配所有有效值。

DOW(每周的天数)：值为 1,3,5。用枚举方式。因为即不是所有值，也不是连续的有效值。

此一步是用来实现所有你想用此 Job 做的事情。

添加构建步骤：按顺序执行构建步骤。

构建步骤的下拉列表选项多少，由 jenkins 中已安装的相关插件决定 。因为许多功能都是由插件来支撑的。

此一步主要在任务执行完成之后，要做的事情。比如要发送邮件、要展示任务执行的结果。

方式与 4 中一样，都是选择相应的插件功能。

构建后操作步骤的下拉列表选项多少，由 jenkins 中已安装的相关插件决定 。因为许多功能都是由插件来支撑的。

任务配置完成之后，点击 立即构建 ，测试任务在执行时是否有错误。