3. CI环境搭建概述：常见CI工具选型对比与架构选择
搭建CI环境，说白了就是给团队找个靠谱的“自动化管家”。市面上主流工具就那么几个：Jenkins、GitLab CI、GitHub Actions、CircleCI。这章我结合自己踩过的坑，聊聊怎么选、怎么搭。
3.1 主流CI工具速览
先看一张对比表，心里有个底。
| 工具 | 托管模式 | 配置文件 | 触发方式 | 典型场景 |
|---|---|---|---|---|
| Jenkins | 自托管（需自己部署） | Jenkinsfile (Groovy DSL) | Webhook / 定时 / 手动 | 大型企业、复杂流水线、多环境 |
| GitLab CI | 自托管 / SaaS | .gitlab-ci.yml (YAML) | Push / Merge Request / 定时 | GitLab深度用户、团队全流程管理 |
| GitHub Actions | SaaS（GitHub平台内置） | .github/workflows/*.yml | Push / PR / Issue / 定时 / 事件 | 开源项目、GitHub原生开发团队 |
| CircleCI | SaaS（也支持自托管Runner） | .circleci/config.yml | Push / PR / 定时 | 轻量、快速反馈、容器化项目 |
3.2 核心对比维度
3.2.1 安装与维护
Jenkins 要自己装服务。我记得刚带团队时，光配置插件就折腾了两天。它的长处是灵活，短处就是太重。GitLab CI 可以用云版，省心。如果你公司已经用了 GitLab，那几乎零成本接入。GitHub Actions 和 CircleCI 纯云端，你想想看，连服务器都不用管。不过云端意味着网络依赖——你在内网开发就得掂量掂量。
3.2.2 流水线定义方式
Jenkins 用 Groovy 脚本，能力强但门槛高。我见过不少新人被括号嵌套搞疯。YAML 配置明显更友好。但 YAML 缩进错了也很折磨人。我个人习惯：如果团队有专门运维，选 Jenkins；如果是开发兼做CI，首选 YAML 派。
# GitLab CI 典型结构
stages:
- build
- test
- deploy
build_job:
stage: build
script:
- mvn clean package
artifacts:
paths:
- target/*.jar3.2.3 并发与扩展
并发能力直接影响排队时间。CircleCI 原生支持并行任务，而且很快。GitHub Actions 按并发数计费，超出要排队。Jenkins 可以挂很多节点，但需要自己管理。我建议：团队 10 人以下，直接用 GitHub Actions 或 CircleCI；10 人以上，考虑自托管 Jenkins 加动态 Agent。
3.3 架构选择要点
架构上无非两种：单节点 和 分布式。小项目用单节点就够了。但一旦构建时间超过 5 分钟，或者经常同时跑多个 job，就必须考虑分布式。
下图是我常用的 CI 分层架构思路。注意看，它分了三层：触发层、调度层、执行层。这样各层各司其职，出了问题也好排查。
3.4 选型实操建议
3.4.1 按团队规模选
- 1-5人小团队：GitHub Actions 或 CircleCI，几乎零维护，开箱即用。
- 6-20人中型团队：GitLab CI（如果已用GitLab）或 Jenkins（需要专门管理）。
- 20人以上大型团队：Jenkins（高度定制 + 多节点）+ 容器编排。
3.4.2 按技术生态选
- 全用 Microsoft 技术栈？GitHub Actions + Azure 一条龙。
- 容器/K8s为主？CircleCI 原生 Docker 支持很舒服。
- 遗留系统多？Jenkins 什么插件都有，就是不咋好看。
3.5 架构决策清单
下面这个清单，每次选型我都会拿出来过一遍：
- 机房还是云？ —— 决定自托管还是 SaaS。
- 团队成员对 YAML 熟悉吗？ —— 不熟就别上复杂插件式 Jenkins。
- 单次构建时长？ —— 超过 10 分钟必须并行。
- 是否需要审批流？ —— GitLab CI 的 manual job 和 GitHub 的 environment protection 都能做。
- 预算？ —— GitHub Actions 按分钟计费，Jenkins 只要服务器成本。
3.6 小结
没有完美的工具，只有适合的解决方案。Jenkins 是瑞士军刀，什么都能干但重；GitLab CI 和 GitHub Actions 是生态绑定派；CircleCI 是轻量快手。我建议你结合团队规模和基础设施，先选一个跑起来。冒烟测试的流水线一旦稳定，再考虑迁移或升级。