CI/CD 与 GitHub Actions 自动化部署实战

Tue, 15 Sep 2026 17:20:00 +0800

CI/CD（持续集成与持续交付/部署）是一种现代软件工程方法论，通过在代码仓库中自动化执行构建、测试与部署流水线，实现从代码提交到线上生产环境的无人值守闭环。

1. CI/CD 简介

在传统的网站与前后端项目运维中，最普遍的人工操作流程往往是：本地编写代码 → 本地执行编译构建打包 → 打开 FTP/SFTP 传输软件（如 FileZilla、WinSCP 或服务器文件管理器） → 拖拽上传并覆盖服务器目标目录。

这一原始模式存在三个显著工程痛点：

CI/CD 正是为了将这一繁琐、易出错的人工运维流程彻底解脱为无人值守的自动化闭环。

CI/CD 并非单一软件，而是一种敏捷软件工程实践方法，通常由两个紧密衔接的阶段组成：

阶段	英文全称	核心职责	项目映射举例
CI	Continuous Integration （持续集成）	代码频繁合并至主干，并在云端隔离环境自动执行语法检查、依赖安装、单元测试与编译打包，尽早暴露冲突与语法缺陷。	代码推送到主分支后，云端自动拉取代码并运行构建命令进行编译与产物完整性验证。
CD	Continuous Delivery （持续交付）	产物构建测试通过后，自动打包为可随时发布的标准交付包（Release/Artifact），等待人工确认后上线。	编译产物打包存入云端交付物仓库待命，由运维或负责人点击确认发布。
CD	Continuous Deployment （持续部署）	无任何人工干预，只要前面的集成验证通过，新版本立即自动推向真实的生产服务器，实时生效。	编译产物无需人工点击，直接由云端通过 SSH/rsync 增量覆盖生产服务器的部署目录。

GitHub Actions 是 GitHub 官方集成的 CI/CD 自动化平台。它免去了自建 Jenkins 调度节点的高昂维护成本，直接在代码托管仓库内以 YAML 声明式语法编排流水线。

GitHub Actions 的运行逻辑基于五个核心抽象概念：

概念/组件	对应配置语法	描述与核心职责
Workflow	name / 文件名	工作流，存放在 .github/workflows 目录下，定义一次完整的自动化任务集合。
Event	on	触发器，定义何时激活工作流（如 push、pull_request 或手动 workflow_dispatch）。
Jobs	jobs	任务单元，由一个或多个 Job 组成。不同 Job 默认并行执行，也可声明依赖串行运行。
Runner	runs-on	运行容器/虚拟机，平台动态分配的纯净环境（如 ubuntu-latest），任务完成后自动销毁。
Steps / Action	steps / uses	步骤与动作，Job 内部由多个 Step 顺序执行，可直接复用开源社区沉淀的 Action 模块。