持续集成于2000年首次引入，称为 Cruise Control .多年来，持续集成已成为任何软件组织的关键实践.这是一种开发实践，它要求开发团队确保对软件程序的每个代码更改进行构建和后续测试.这个概念旨在消除在构建生命周期中发现问题的后期问题.我们引入了持续集成，而不是开发人员单独工作而没有充分集成，以确保代码更改和构建永远不会孤立地完成.
为什么持续集成？
持续集成已成为任何软件开发过程中不可或缺的一部分.持续集成过程有助于为软件开发团队回答以下问题.
所有软件组件是否一起工作他们应该？ - 有时系统会变得如此复杂，以至于每个组件都有多个接口.在这种情况下，确保所有软件组件彼此无缝协作始终是至关重要的.
代码是否太复杂而无法集成？ - 如果持续集成过程继续失败，则代码可能过于复杂.这可能是应用适当的设计模式以使代码更复杂和更易于维护的信号.
代码是否符合既定的编码标准？ - 大多数测试用例将始终检查代码是否符合正确的编码标准.通过在自动构建之后进行自动化测试，这是检查代码是否符合所有所需编码标准的好点.
涵盖了多少代码通过自动化测试？ - 如果测试用例不包含代码所需的功能，则测试代码没有意义.因此，确保编写的测试用例应涵盖应用程序的所有关键方案始终是一个好习惯.
在最新更改后，所有测试都成功了？ - 如果测试失败，那么继续部署代码是没有意义的，所以这是检查代码是否准备好移动到部署阶段的好点.
工作流程
下图显示了整个持续集成工作流程在任何软件开发项目中的工作方式的快速工作流程.我们将在后续章节中详细介绍这一点.
因此，基于上述工作流程，这通常是持续集成过程的工作原理.
首先，开发人员提交版本控制存储库的代码.同时，集成构建机器上的持续集成服务器轮询源代码存储库以进行更改(例如，每隔几分钟).
提交后不久， Continuous Integration服务器检测到版本控制存储库中发生了更改，因此Continuous Integration服务器从存储库中检索代码的最新副本，然后执行构建脚本，该脚本集成了软件
持续集成服务器通过电子邮件将构建结果发送给指定的项目成员来生成反馈.
然后执行单元测试如果该项目的构建通过.如果测试成功，则代码已准备好部署到登台或生产服务器.
持续集成服务器继续轮询以查找更改版本控制存储库和整个过程重复.