CI/CD Pipeline

GitHub Actions

持续集成

持续集成（CI）是指每次代码推送后自动执行构建、测试、检查等任务。

GitHub Actions 是 GitHub 内置的 CI/CD 平台，通过 YAML 文件定义自动化工作流。

它在全栈开发中的角色：

代码推送 → 自动运行测试 → 测试通过才允许合并

合并到 main → 自动构建镜像 → 自动部署到服务器

没有 CI 时：手动运行测试、手动构建、手动部署，每一步都可能遗忘或出错。

有了 CI 后：推送代码就触发自动化流水线，减少人为错误。

PIPELINE

PUSH

TEST

BUILD

DEPLOY

TRIGGER

$ git push origin main

→ Workflow "ci.yml" triggered

→ Job "test" running...

→ Job "test" passed ✓

一

基础概念

Workflow、Event、Job、Step、Runner——理解 GitHub Actions 的核心术语与文件结构。

ACT

1.1

GitHub Actions 结构：

STRUCTURE

1├── Workflow（工作流） → 一个 YAML 文件，定义自动化流程

2│ ├── Event（事件） → 触发条件（push、PR、定时等）

3│ ├── Job（任务） → 一组步骤，运行在同一个环境中

4│ │ ├── Step（步骤） → 一个具体操作

5│ │ ├── Step → 可以是 Action 或 shell 命令

6│ │ └── Step

7│ └── Job → 多个 Job 可以并行或串行

8└── Runner（运行器） → 执行 Job 的虚拟机（GitHub 提供免费的）

5 CORE CONCEPTS

1.2

FILE TREE

1项目根目录/

2└── .github/

3 └── workflows/

4 ├── ci.yml # 持续集成（测试 + 检查）

5 ├── deploy.yml # 部署

6 └── release.yml # 发布

每个 YAML 文件定义一个独立的工作流，按需创建 ci.yml、deploy.yml、release.yml 分别处理集成、部署和发布。