持续集成

持续集成是什么？

团队开发时，最怕「各写各的，最后合并时炸成一团」。持续集成（CI），就是让大家频繁地、小步地把自己改的代码合进主干，每一次合并都自动跑测试、构建、检查。问题当场暴露，而不是攒到发布前才爆发。

它解决什么痛点？

合并地狱
改得越久不合并，冲突越多。CI 逼你小步快跑、频繁合并，冲突始终可控。
「在我机器上能跑」
CI 在统一的环境里自动构建测试，杜绝「只有我电脑上正常」的假象。
问题发现太晚
每次提交都全量检查，bug 刚冒头就能被抓住，修复成本最低。

一条标准的 CI 流程长什么样？

提交触发
开发者 push 代码，CI 系统（如 GitHub Actions、Jenkins）自动接手。
自动构建
拉依赖、编译打包，确认代码能正常构建。
自动测试
跑单元测试、集成测试，有失败立刻报警。
反馈结果
通过就绿灯，失败就通知开发者去修，拦在合并之前。

它和「持续交付」什么关系？

CI 管「代码能不能合并、合完稳不稳」，持续交付（CD）再往前一步，管「能不能自动、安全地部署上线」。CI 是 CD 的前置：先保证主干一直健康，才谈得上持续地交付新版本。

一句话记住：持续集成，就是「频繁合并 + 自动检查」，让团队的代码始终处于一个能跑、可信、随时可发布的状态。