课程导入：学习目标、适用人群与CI/CD核心价值

欢迎来到《Jenkins与GitLab CI/CD持续集成》课程。在开始动手配置流水线之前，我们需要先回答三个关键问题：为什么要学CI/CD？这门课适合谁？学完之后你能做什么？本章作为整个30章课程的地基，将帮助你建立对持续集成与持续交付的全局认知，明确学习路径，并预览贯穿全课程的实战项目——一个从代码提交到Kubernetes部署的完整电商后端服务。无论你是刚接触自动化的小白，还是希望系统梳理DevOps知识体系的开发者，这一章都将为你指明方向。

1.1 学习目标：从零搭建企业级CI/CD流水线

本课程的目标不是让你仅仅学会点击Jenkins界面或编写几个GitLab CI的YAML片段，而是培养你独立设计、实现、优化和维护一套完整CI/CD体系的能力。学完本课程，你将能够：

• 掌握Git协作核心技能：包括分支策略、Merge Request流程、代码冲突解决，为自动化流水线奠定版本控制基础。
• 精通Jenkins流水线开发：从传统Freestyle任务到声明式Pipeline（Declarative Pipeline），掌握参数化构建、多分支流水线、共享库等高级特性。
• 熟练使用GitLab CI/CD：理解.gitlab-ci.yml的语法结构、Runner的注册与配置、缓存与artifact管理、环境部署策略。
• 构建容器化部署链路：将Docker镜像构建、私有仓库推送、Kubernetes滚动更新无缝集成到流水线中。
• 建立质量门禁体系：集成SonarQube代码扫描、自动化测试覆盖率检查、安全漏洞检测，让每次代码提交都经过严格把关。

1.2 课程适用人群：谁需要这门课？

本课程内容从基础到进阶，适合以下三类人群：

如果你属于以上任一群体，并且希望摆脱“手动构建-上传服务器-重启服务”的重复劳动，那么这门课就是为你量身定制的。课程假设你具备基本的Linux命令行操作能力和至少一门编程语言的基础，但不要求你有任何CI/CD经验。

1.3 持续集成与持续交付（CI/CD）的核心价值

在传统开发模式中，团队经常面临“集成地狱”——开发数周后合并代码，冲突不断、Bug频出、修复成本极高。CI/CD正是为了解决这些痛点而生。

持续集成（Continuous Integration, CI）的核心思想是：频繁地（每天多次）将代码合并到主干，并自动运行构建和测试。其价值在于：

1. 尽早发现问题：每次提交都触发构建，编译错误、单元测试失败能在10分钟内暴露，而不是在代码Review或上线前才发现。
2. 减少集成痛苦：小步快跑，每次变更的diff很小，冲突解决简单，集成成本大幅降低。
3. 增强代码信心：主干始终保持可部署状态，团队成员可以放心地基于最新代码开发。

持续交付（Continuous Delivery, CD）则在CI的基础上，将自动化部署到类生产环境，确保代码随时可以一键发布到生产。更进一步，持续部署（Continuous Deployment）则完全自动化发布流程，代码通过所有测试后自动上线。

以一个实际场景说明：假设你的团队有5个后端开发，每人每天提交2次代码。没有CI时，每周五合并代码需要花费一天时间解决冲突和修复集成Bug。引入CI后，每次提交自动构建，冲突在当天就被发现并解决，周五的“合并日”彻底消失。这就是CI/CD带来的直接效率提升。

1.4 整体学习路径与实战项目预览

本课程共30章，分为五个阶段，每个阶段都有明确的学习产出：

实战项目预览——“电商订单服务”：这是一个典型的微服务应用，包含以下组件：

• 订单服务（Spring Boot）：提供REST API，使用MySQL存储数据，Redis缓存热点数据。
• 前端管理台（Vue.js）：用于查看订单、管理商品。
• 基础设施：Docker Compose用于本地开发，Kubernetes用于生产部署。

在课程推进过程中，你将逐步为这个项目添加：多分支流水线（develop/main）、自动化单元测试与集成测试、SonarQube代码质量检查、Docker镜像构建与推送、Kubernetes滚动部署、版本回滚机制。最终，你只需执行一次git push，就能在15分钟内完成从代码到生产环境的全自动交付。

1.5 常见误区与总结复盘

在开始正式学习之前，先了解初学者最容易踩的坑，可以帮你少走弯路：