持续集成工具选择：Jenkins、GitLab CI、GitHub Actions 对比
选 CI 工具，就像挑一把顺手的螺丝刀。拧对了，事半功倍；拧错了，每天都想砸键盘。我自己折腾过不少项目，从自建 Jenkins 集群到拥抱 GitHub Actions，踩过的坑能装一麻袋。今天就用实操经验，把三款主流工具掰开揉碎了聊。
Jenkins：老牌巨兽，能搞定一切
历史包袱重，但灵活到变态。Jenkins 的核心是 master-agent 架构，说白了就是一台调度机管一堆执行机。你在 Web UI 里点一点，或者写 Jenkinsfile（Groovy 语法），就能拼出任何流程。
- 优点：插件超过 1800 个，什么数据库、编译工具、部署平台都能连。完全自托管，适合合规严苛的大企业。
- 缺点：UI 卡顿，配置复杂，Pipeline 语法学习曲线陡峭。你想想看，光维护 Jenkins 服务器就得搭进去半个运维。
- 适用场景：大型企业、私有化部署、需要自定义 agent 与环境。我一般推荐“有专职运维团队”的团队用。
GitLab CI：一体化的 DevOps 平台
GitLab CI 是 GitLab 的亲儿子，天然和 GitLab 仓库绑定。你只需要在项目根目录放一个 .gitlab-ci.yml，剩下的交给 Runner 就好。它的设计哲学是“每个配置即代码”，没有 Jenkins 那种割裂感。
我记得有次帮一个初创团队改造流程，他们只有 5 号人，不想搭 Jenkins。我让他们用 GitLab CI + 共享 Runner，从仓库到 CI 到部署，一个页面搞定。讲真，这种一体化体验是 Jenkins 做不到的。
- 优点：集成度高，自带 CI/CD 功能，无需单独搭建。配置简单，YAML 语法好上手。
- 缺点：自托管 Runner 需要维护，共享 Runner 有配额限制。在超大型 monorepo 里，Pipeline 解析可能会慢。
- 适用场景：中小团队、GitLab 深度用户、希望“一个平台解决所有”的团队。
GitHub Actions：生于云端，生态爆炸
GitHub Actions 2019 年才推出，但增长极快。它的核心概念是“workflow 由 event 触发”，一个 YAML 文件放在 .github/workflows 下，微软帮你托管所有执行环境。最爽的是 Marketplace 里有大量现成的 Action，拿来就用。
我曾经帮一个项目迁移 CI，之前用 Jenkins 跑了 3 年。迁移到 Actions 后，原本 2 小时的并行测试压缩到 45 分钟。为什么？因为 Actions 的矩阵构建是原生支持，不同操作系统和版本并行跑，而 Jenkins 要自己写脚本分片。
- 优点：云原生，零维护；市场活性强，Action 复用率高；与 GitHub 生态无缝集成。
- 缺点：自托管 Runner 需要额外配置；私有仓库有分钟数限制；复杂依赖关系难以 Debug。
- 适用场景：开源项目、GitHub 主导的团队、中小型项目、不想维护服务器的团队。
核心对比一览
| 特性 | Jenkins | GitLab CI | GitHub Actions |
|---|---|---|---|
| 架构 | Master-Agent, 自托管 | Runner 自托管/共享 | 云托管 + 自托管 Runner |
| 配置语言 | Groovy (Jenkinsfile) | YAML (.gitlab-ci.yml) | YAML (workflow) |
| 插件/市场 | 1800+ 插件 | 模板 + CI 组件 | Action Marketplace |
| 并行能力 | 手动管理 agent | 并行 job + 矩阵 | 原生矩阵构建 |
| 运维成本 | 高（插件/版本兼容） | 中（Runner 维护） | 低（云原生） |
| 免费额度 | 无限制（自建） | 共享 Runner 有配额 | 公开仓库免费，私有限时 |
我的决策框架
选哪个？我一般问三个问题：
- 你们团队有没有专门的运维？—— 有就 Jenkins，没有就选云服务。
- 代码托管在哪？—— GitLab 就 GitLab CI，GitHub 就 Actions，别跨平台瞎折腾。
- 项目规模多大？—— 超过 100 个微服务的，Jenkins 更容易控；普通项目，Actions 或 GitLab CI 就够了。
当然，最终选型还得看合规要求。我曾经见过银行项目死活不用云，那就只能 Jenkins 搭在裸金属上。自由度越高，责任越大。
最后唠叨一句：别迷信工具。Jenkins 再牛，团队不熟悉也是白搭。GitHub Actions 再方便，遇到私有网络环境也得踩坑。我的习惯是，先拿 GitHub Actions 或 GitLab CI 启动项目，等哪天它撑不住了你自然会知道。到那时候再上 Jenkins 也不迟。工具是为人服务的，别反过来。