Continuous Integration - Overview

2000年首次采用称为Cruise Control的软件。 多年来,不断整合已成为任何软件组织的主要做法。 这是一种发展做法,要求发展小组确保对软件方案的每一编码改动进行建筑和随后的测试。 这一概念旨在解决在建筑生命周期中发现问题迟发的问题。 实行持续融合,而不是孤立地工作的开发商,以确保法典的修改和建设永远不会孤立地进行。

Why Continuous Integration?

不断整合已成为任何软件开发过程的一个有机组成部分。 持续的一体化进程有助于回答软件开发小组的以下问题。

所有的软件组成部分是否应当共同运作? 有时,系统会变得如此复杂,每个组成部分都有多个接口。 在此情况下,它始终必须确保所有软件组成部分相互配合。

守则是否为融合目的过于复杂? 如果持续一体化进程继续失败,则该守则可能过于复杂。 这可能是一个信号,可以采用适当的设计模式,使守则更加复杂和更加可维持。

守则是否遵守既定编码标准? 多数测试案例将永远检查该守则是否遵守适当的编码标准。 通过在自动化建筑后进行自动测试,如果该守则符合所有理想的编码标准,就是一个很好的检查点。

自动化测试涵盖多少代码? 如果测试案例没有涵盖该守则所要求的功能,那么测试法就没有意义。 因此,确保所撰写的测试案例应涵盖申请的所有关键假设情景,始终是一种良好做法。

在最新变化之后,所有测试是否成功? 如果测试失败,那么在着手部署守则方面没有任何意义,因此,如果该守则已准备好进入部署阶段,就是一个很好的检查点。

Workflow

以下图像显示了整个连续整合工作流程如何在任何软件开发项目中发挥作用的快速工作流程。 我们将在随后各章中详细研究这一问题。

因此,根据上述工作流程,这通常是持续一体化进程如何运作。

首先,开发商将守则交给版本控制存放处。 同时,一体化的连续整合服务器建立了机器污染源代码储存库,以进行改动(例如每几分钟)。

连续集成服务器在投入发生后不久发现,版本控制存放处发生了变化,因此,连续集成服务器从存放处检索了该编码的最新副本,然后执行一个包含软件的建筑文字。

连续整合服务器通过电子邮件向特定项目成员提供反馈。

如果项目出入证的修建,则进行单位测试。 如果测试成功,该守则就准备部署到停机或生产服务器。

连续整合服务器继续对版本控制存放处的变动和整个过程重复进行投票。