软件开发实践中，如何实现持续集成以优化项目迭代效率？

本文共计2923个文字，预计阅读时间需要12分钟。

持续集成是一种软件开发实践，团队成员频繁地将他们的工作成果集成在一起（通常每人每天至少提交一次，这样每天都会集成多次）；每次提交后，自动触发运行包含自动化测试的一次构建。

持续集成是一种软件开发实践，团队成员频繁将他们的工作成果集成在一起（通常每人每天至少提交一次，这样每天就会有多次集成）；每次提交后，自动触发运行一次包含自动化验证集的构建任务，以便能尽早发现集成问题。

早在 20 世纪 80 年代，微软 ​​Office​​ 产品研发团队就使用一种开发实践，称作每日构建（daily build），也叫每晚构建（nightly build）。

它是指每天定时自动执行一次软件构建工作，也就是将当前版本控制系统中的源代码检出到一个构建环境（即没有安装集成开发环境的干净机器）中，对其进行编译、链接、打包的过程。

执行每日构建有助于确保开发人员明确了解他是否在前一天的代码编写过程中引入了新的问题。每日构建通常包含少量的自动化冒烟测试，这可以帮助团队确定是否新的变更破坏了原有的功能。其关键部分在于，每次构建一定要包含新的代码修改和测试。

“冒烟测试” 这一术语来源于电子硬件测试。硬件样品只要通电后没有冒烟，就说明该硬件最基本的质量要求达到了。

一次集成过程

1. 开发人员将代码提交到代码仓库；
2. 持续集成服务器按一定的时间间隔（如每隔 1 分钟）对代码仓库进行轮询，发现有代码变更。