自动化工作流：一键检查、格式化、测试，CI 是什么

一键检查是什么

手动检查太累，让 AI 把所有检查打包成一条命令。

术语提示：脚本 = 写在配置文件里的一段「自动执行清单」；命令 = 你在终端里输入的一行文字，让电脑干活；终端 = 电脑里的命令行输入框。

先认识两个检查工具（不用记，知道是干嘛的就行）：

工具	大白话
格式化（format）	自动整理代码排版：空格、换行、缩进整齐
代码规范检查（lint）	检查代码有没有「坏习惯」，比如名字乱起、写法有隐患

让 AI 配置：

给项目配置一个 npm run check 命令，一键跑完：格式检查、代码规范检查、测试。配好以后告诉我怎么用。

以后每次改完，只需要：

npm run check

命令解读卡

这条命令在做什么：一次性运行你项目里预设的所有检查。

部分	意思
npm	管理项目和工具的程序
run	动作：执行项目里定义的脚本
check	脚本名字：一键检查

你会看到什么：检查过程滚动显示，最后出现「全部通过」或红色错误列表。

出错怎么办：把红色错误整段贴给 AI，让它修复。

CI 是什么（大白话）

CI（持续集成）= 你每次把代码推到远程仓库，云端自动帮你跑一遍检查，有问题直接在网页上标红。

好处：就算你忘了本地检查，云端也会替你盯着。

术语提示：远程仓库 = 放在网上的代码存放处（GitHub 或 Gitee）；推送 = 把本地代码上传到远程仓库。

用 GitHub Actions 配 CI（可选）

让 AI 帮你配置：

给项目配一个 GitHub Actions 工作流：每次推送 main 分支就自动跑 npm run check。

🌐 需要代理或海外网络：GitHub 和 GitHub Actions 在国内访问不稳定，推送和触发都可能卡。 国内替代：

• 用 Gitee 的 Gitee Go 做 CI，流程类似；
• 或者暂时不配 CI，坚持本地 npm run check 也一样有效。

本地脚本先顶上

如果暂时不想碰 CI，先在本地建立习惯：

每次改完代码：npm run check → 通过 → git commit → 提交。

术语提示：git commit = 用 Git 给项目拍一张快照（忘了的话回避坑模块复习）。

这一条习惯，就已经比 80% 的爱好者专业了。

CI 失败怎么办

网页上看到红色标记，别慌，三步走：

1. 点开失败的那次运行，复制红色报错
2. 贴给 AI：CI 报了这个错：[报错]，帮我修复
3. 修复后推送新代码，CI 会自动再跑一次

下一步

自动化帮你守住质量。项目上线之后怎么维护？下一课学发布、备份与回滚。