随着软件开发的复杂性不断提高，团队开发成员之间如何合作以确保软件开发的质量成为开发过程中不可避免的问题。 特别是近年来，敏捷在软件工程领域越来越“火”，在不断变化的需求中如何快速适应和保证软件的量显得尤为重要。
日本航空公司
持续集成(Continuous Integration，简称CI ) )是针对这类问题的软件开发实践。 小组开发成员必须经常整合他们的工作，也有每天多次整合的可能性。 每个集成都通过自动构建(如自动编译、发布和测试)进行验证，以快速识别集成错误，从而帮助团队成员更快地开发凝聚软件。 以下，以笔者所经历的项目为例进行说明。 首先，说明整合。 我们所有项目的代码都托管在SVN服务器上。 每个项目都有几个单元测试，有些被称为集成测试。 集成测试是指运行一次所有单元测试，然后进行其他可自动化的测试。 只有在本地计算机上通过集成测试的代码才能上载到SVN服务器，从而保证上载的代码没有问题。 因此，集成是指集成测试。 再继续下去。 不用说，继续就是长期集成测试项目代码。 既然是长期的，一定会自动执行。 否则，不能保证人工执行，也需要人工。 相反，需要定期从SVN中签出代码进行编译并运行集成测试的服务器。 每次合并测试的结果都会被记录下来。 完成这项工作的是下面介绍的Jenkins软件。 当然，其功能不仅如此。 在我们的项目中，执行这项工作的周期是一天。 也就是说，服务器每天定时对SVN上的最新代码自动进行集成测试。
持续分发(Continuous Delivery )是指经常向质量团队和用户分发新版本的软件以供审阅。 如果通过评审，代码将进入生产阶段。 持续交付可以看作是持续整合的下一步。 他强调，无论如何更新，软件都可以随时随地交货。 持续部署(Continuous Deployment )是持续提供的下一步，意味着代码通过审核后，将自动部署到生产环境中。 持续部署的目标是代码可以随时部署并进入生产阶段。 持续部署的前提是能够自动执行测试、构建、部署等步骤。 Jenkins，真名Hudson，2011年改为现在的名字。 这是一个基于Web界面平台开源的可扩展的持续集成、提供和部署(软件/代码编译、打包和部署)工具。 Jenkins可以实时监视集成中存在的错误，提供详细的日志文件和警报功能，并以图形表示项目构建的趋势和稳定性。
Jenkins官网的URL为https://jenkins.io/Jenkins官网文档的URL为https://jenkins.io/doc/