什么是代码集成？

Source: Dev.to

什么是集成？

在软件工程中，集成是将多个开发者的不同代码更改合并到一个统一、连贯的软件项目中的过程。它是把各个“碎片”工作合并在一起，看看它们是否能够作为整体正常运行的时刻。

软件很少是由一个人独自完成的。数十位开发者会分别负责不同的功能（例如，一个负责登录界面，另一个负责数据库，还有一个负责搜索栏）。

集成包括：

• 将所有不同的代码分支合并到一个 main（主）分支。
• 验证新代码不会破坏已有功能（回归测试）。
• 确保不同模块能够相互“通信”而不出错。

---

传统 / 瀑布式集成

在持续集成（CI）出现之前，团队通常采用传统或瀑布式方法：

1. 隔离 – 开发者在自己的分支上工作数周甚至数月，只看到自己的代码。
2. 一次性合并 – 每月一次（或在阶段结束时），团队尝试一次性合并所有人的代码。
3. 手动测试 – QA 团队手动安装软件，花费数天或数周寻找 bug。

---

传统方法的问题（集成地狱）

• 合并冲突 – 如果两位开发者在数周前修改了同一个文件，稍后合并时会产生一团混乱的代码。
• 反馈延迟 – 早期引入的 bug 可能要等到“合并日”才被发现，修复难度大幅提升。
• “在我的机器上能跑”综合症 – 没有统一的构建环境时，某个开发者本地能跑的代码往往在与他人代码合并后失效。
• 指数级复杂度 – 团队成员越多，移动部件越多，导致项目永远停留在“完成 90 %”却从未真正完成的状态。

这些问题统称为 集成地狱。

---

CI 如何解决：安全网

持续集成把集成从“每月一次的事件”转变为“每天多次的习惯”。

• 小而频繁的改动 – 开发者每隔几小时就将代码合并到主分支。
• 自动化构建 – 每次推送都会触发服务器（如 Jenkins、CodeBuild）自动编译整个应用。
• 自动化测试 – 测试套件立即运行；若有测试失败，构建“中断”，开发者会在几分钟内收到通知。
• 唯一真相来源 – 所有人都基于同一主线工作，冲突体积小且易于在发生时立即解决。

CI 为每一次代码提交自动执行构建和测试，能够即时捕获错误，而不是等到数周后才发现。

---

常见误解

• 集成 ≠ 部署 – 集成是代码的合并，部署是将软件发布给用户。
• CI 不只是工具 – CI 是一种实践（工作方式），它使用工具来实现。即使拥有最好的工具，仍然每月只合并一次也不算 CI。
• 集成 vs. 系统集成 – 在 CI 的语境下，“集成”通常指代码集成，而不是不同应用之间的集成（例如让 Gmail 与 Slack 互通）。

---

类比：搭建乐高城堡

• 旧方式：四个孩子在不同的房间各自搭建四面墙。最后把它们拼在一起时，插孔对不齐，城堡倒塌（集成地狱）。
• CI 方式：孩子们在同一张桌子上一起搭城堡。每当有人放下一块砖，就检查是否合适；如果不合适，立刻修正（持续集成）。