CI 系统解析

约 1514 字大约 5 分钟

MAA 借助 GitHub Action 完成了大量的自动化工作，包括网站的构建，自动更新资源，最终文件的构建与发版等等过程。随着时间的推移，这些 CI 逐渐开始嵌套，部分甚至引向了其他的存储库。本文档旨在为想要对 MAA 的 CI 系统做出改进的各位做一个简要的介绍。

阅读本文之前，最好对 MAA 的项目结构以及组成有一个基本的概念。

提示

你可以通过在本页面内搜索 CI 文件名来快速导航到想看的部分

工作流的文件均存放在 .github/workflows 下，各个文件可以按功能分为以下几部分：

代码测试
代码构建
版本发布
资源更新
网站构建
Issues 管理
Pull Requests 管理
MirrorChyan 相关
其他

此外，我们还通过 pre-commit.ci 实现了代码的自动格式化和图片资源的自动优化，它在发起 PR 后会自动执行，一般无需特别在意。

GitHub Action 部分

代码测试

smoke-testing.yml

本工作流主要负责对 MaaCore 做出基本的检测，包括资源文件加载，部分简单 task 运行测试等等。

由于测试用例已经较久没有更新，该工作流现在基本是为了保证资源文件不会出现错误，以及 MaaCore 的代码没有出现影响到构建的致命性错误。

代码构建

ci.yml

本工作流负责对代码进行全量构建工作，包含 MAA 的所有组件，构建成品即为可运行的 MAA。

除了必要的 MaaCore 外，Windows 构建产物会包含 MaaWpfGui，MacOS 构建产物会包含 MaaMacGui，Linux 构建产物会包含 maa-cli，此外还会构建 Android 版 MaaCore。

该工作流在 dev-v2 分支出现触碰源码或构建脚本的新提交以及 PR 时自动运行。当工作流由版本 tag 触发时（tag 由发版 PR 合并后 pr-auto-tag.yml 创建），本次的构建产物将会直接用于发版，并且会创建一个 Release。

版本发布

版本发布，简称发版，是向用户发布更新的必要操作，由以下工作流组成：

release-nightly-ota.yml 发布内测版
release-ota.yml 发布正式版/公测版
- release-preparation.yml 为正式版/公测版生成 changelog 和准备发布
- pr-auto-tag.yml 对正式版/公测版生成 tag

提示

上述文件名内的 ota 意为 Over-the-Air，也就是我们常说的“增量更新包”，因此 MAA 的发版过程实际上包含了对过往版本构建 OTA 包的步骤

内测版

release-nightly-ota.yml

本工作流会在每天 UTC 时间 22 点自动运行，以保证内测版的发版频率。当然，你也可以在做出更改需要验证时手动发版。

需要注意的是，内测版的发布仅针对 Windows 用户，MacOS 与 Linux 用户并不能接收到内测更新。

正式版/公测版

这两个通道的发版流程相对复杂一点，我们通过模拟一次发版步骤来解释各工作流的作用：

建立由 dev-v2 到 master-v2 分支的 pr，且该 pr 的名字需要为 Release v******
release-preparation.yml 会生成最近的正式版/公测版到当前版本的 changelog（以一个新 pr 的形式）
对 changelog 进行手动调整，并且添加简要描述
合并 pr，触发 pr-auto-tag.yml，创建 tag 并且同步分支
Release 事件触发 release-ota.yml，对 master-v2 打完 tag 后进行 ota 包的构建以及附件上传

资源更新

这部分工作流主要负责 MAA 的资源更新以及优化，具体工作流如下：

res-update-game.yml 定期执行，从指定的仓库拉取游戏资源
sync-resource.yml 将资源同步到 MaaResource 仓库，用于资源更新
optimize-templates.yml 优化包括模板图在内的图片大小

网站构建

website-workflow.yml

本工作流主要负责 MAA 文档站的构建与发布。

请注意，网站的发布与发版强绑定，平常修改网页组件的时候只会进行构建以保证不会有错误，在发版时才会正式部署到 GitHub Pages 上。

Issues 管理

issue-checker.yml

通过正则匹配给各个 Issue 打 Tag，以此来分类标记 Issue 内容，方便查看与管理。

issue-review.yml

通过正则匹配自动关闭勾选“我未仔细阅读”的 Issue；若“我未仔细阅读”未被勾选，则将所有勾选框折叠。未被拦截的新 Issue 会自动进行 AI 分析，也可在 Issue 评论中 @MaaArknightsBot 手动触发分析。

stale.yml

检查超过 90 天没有活动的 Issue（不含 Pull Request，豁免 keep-open、MAA Team、enhancement 标签的 Issue），将其标记并发起通知，7 天后若还没有活动则关闭。

Pull Requests 管理

pr-checker.yml

该工作流用于检查 PR 中的 Commit Message 是否符合约定式提交，以及是否包含 Merge Commit，若存在不符合要求的提交，则会发表评论提示，并使该检查失败。

MirrorChyan 相关

MirrorChyan 是有偿的更新镜像服务，与其相关的工作流如下：

release-package-distribution.yml 同步更新包到 MirrorChyan
mirrorchyan_release_note.yml 生成 MirrorChyan 的 Release Note

其他

markdown-checker.yml

负责检查仓库中的所有 Markdown 文件中是否包含无效链接。

blame-ignore.yml

自动忽略 Commit Message 包含 blame ignore 的提交，保证仓库历史的干净。

cache-delete.yml

在 PR 合并后清理相关的缓存，以此来节省缓存用量。

update-submodules.yml

定期更新 MaaMacGui 和 maa-cli 等子模块到最新版本。该工作流每天 UTC 时间 21:50 自动执行（在每日内测版发布之前），确保子模块保持最新状态。