格式化工具部分: 1. pre-commit 引入 python 的格式化工具,包括 black(代码格式化)和 isort(对“包导入顺序”的规范) 2. 允许 prettier 对文档站的 markdown 文件格式化 3. 不允许 prettier 对 markdown 文件中的代码块的代码本身进行格式化 4. 升级了 pre-commit 的各个 hook 的版本 5. 优化了 pre-commit 的日志文本显示 容器总览部分: 1. 由原来的单一轻量环境转为区分空环境、轻量环境和全量环境 2. 空环境是裸 Linux 镜像(Ubuntu),为默认环境 3. 轻量环境适合开发文档站前端 4. 全量环境适合开发 MaaCore 5. 目前,全量环境完整包含了轻量环境,轻量环境完整包含了空环境 6. 在仓库 README.md 中更新了三个环境的描述,并将链接分别设置为对应环境的创建链接 **注意:没有修改文档站中的对应文件** 7. 在各个语言的开发指南的最后,移除了 Codespace 部分的“安装额外依赖”相关描述,且将链接设置为全量环境的创建链接 **注意:没有添加“开发文档站”的指南和对应 codespace 的使用方式** 容器的轻量环境和全量环境共有部分: 1. 安装 black 和 isort 包 2. 调整 VS Code 设置,取消先前(对 markdown 文件单独指定 markdownlint 扩展作为格式化工具)的错误设置,现在 markdown 文件仍然使用默认的 prettier 扩展作为格式化工具 3. 引入 markdown-all-in-one 扩展作为语法提示工具 4. 将 node_modules 和 3rdparty 排除在 VS Code 的文本的搜索路径之外 容器的全量环境部分: 1. 为 tools 下的所有 python 脚本安装依赖 2. 使用 tools/maadeps-download.py 下载 maadeps,且将必要二进制文件软链接到 /usr/local/bin/ 3. 使用 apt 安装 cmake 和 clangd-20,将后者通过 update-alternatives 设置为系统 clangd 的默认版本 4. 使用 cmake tools 扩展,并按照 Linux 编译方法进行配置 5. 使用 clang-format 作为 c/cpp 的格式化工具,clang-format 程序主体来自 maadeps(已经软链接到 /usr/local/bin/) 6. 使用 clangd 作为 c/cpp 的语法提示工具 7. 将 MaaDeps、install 和 build 排除在 VS Code 的文本搜索路径之外 其它手动调整: 1. 更新文档站的 package.json,指定 pnpm 包管理器的版本 2. 手动保证 markdown 文件中的列表前后有空行(注意到 MarkdownLint 官方规则不一定能精准定位所有“列表前后空行”的问题,详见:https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md032---lists-should-be-surrounded-by-blank-lines ) 3. 修改了部分 markdown 文件中的 json 代码块的语法问题 **注意:相同的问题并未全部发现,仅修改了两处** 4. 在 tools 目录中,一处 python 脚本的包名误用(本地包名和某个 pip 包重名),这里修改了相应代码 5. 在 tools 目录中,一处 python 脚本使用了弃用的包 cchardet 的问题,这里更换了推荐使用的功能相近的包并修改了相应代码 自动化脚本提交的修改: 1. 自动格式化了大量 tools 中的 python 脚本 2. 自动格式化了大量 docs 中的 markdown 文件 Commits: * chore: pre-commit引入black和isort规范py文件 * chore: Auto update by pre-commit hooks [skip changelog] * chore: devcontainer添加isort扩展,排序python导入 * chore: pre-commit任务命名及更名 * style: isort fix * chore: Auto update by pre-commit hooks [skip changelog] * chore: 更新pre-commit的hook版本 * fix: 模块名与第三方库重名,大忌 * chore: 容器构建时额外安装isort * docs: md -> markdown * chore: 容器安装python包和maadeps * fix: 修复过时python包 * chore: 指定pnpm版本 * chore: container支持选择轻量环境 * chore: 去掉rust * chore: add plain env * chore: 使用clangd语言服务器 * chore: 无需单独设置markdown的格式化工具 * chore: 更新安装的clangd版本 * docs: 简易文档适配 * docs: 在仓库README中重新编排codespaces相关指引 * chore: Auto update by pre-commit hooks [skip changelog] * style: 调整缩进 * chore: 格式化工具不用特意排除被gitignore忽略的文件 * chore: sh文件在gitattributes中单列一类 * chore: 格式化docs下的markdown文件 * chore: 暂时不修改md文件中的代码块 * style: 人为明确markdown中的部分列表相关格式 * docs: 补上部分markdown的json代码块中缺失的逗号 * chore: Auto update by pre-commit hooks [skip changelog] * chore: Auto update by pre-commit hooks [skip changelog] * fix: 补上tools的服务器排序相关代码中缺失的逗号 Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com> * chore: 使用maadeps的clangd * build: 更新maadeps工具链版本 * style: prettier fix * revert: 还原maadeps版本 * revert: 取消使用maadeps的clangd依赖,改用系统apt安装 --------- Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com> Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
5.8 KiB
order, icon
| order | icon |
|---|---|
| 1 | iconoir:developer |
开发前须知
::: tip 本页面主要描述了 PR 流程以及 MAA 的文件格式化要求,如果你想要具体了解如何对 MAA 的运行逻辑做出更改,请参看 协议文档 :::
Github Pull Request 流程简述
我不懂编程,只是想改一点点 JSON 文件/文档等,要怎么操作?
欢迎收看 牛牛也能看懂的 GitHub Pull Request 使用指南 (纯网页端操作 Github.com)
我会编程,但没接触过 GitHub/C++/……,要怎么操作?
-
如果很久以前 Fork 过,先在自己仓库的
Settings里,翻到最下面,删除 -
打开 MAA 主仓库,点击
Fork,继续点击Create fork -
克隆你自己仓库下的 dev 分支到本地,并拉取子模块
git clone --recurse-submodules <你的仓库的 git 链接> -b dev::: warning 如果正在使用 Visual Studio 等不附带
--recurse-submodules参数的 Git GUI,则需在克隆后再执行git submodule update --init以拉取子模块。 ::: -
下载预构建的第三方库
需要有 Python 环境,请自行搜索 Python 安装教程
python tools/maadeps-download.py -
配置编程环境
- 下载并安装
CMake - 下载并安装
Visual Studio 2022 community, 安装的时候需要选中基于 C++ 的桌面开发和.NET 桌面开发。
- 下载并安装
-
执行 cmake 项目配置
mkdir -p build cmake -G "Visual Studio 17 2022" -B build -DBUILD_WPF_GUI=ON -DBUILD_DEBUG_DEMO=ON -
双击打开
build/MAA.sln文件,Visual Studio 会自动加载整个项目。 -
设置 VS
- VS 上方配置选择
Debugx64 - 右键
MaaWpfGui- 设为启动项目 - 按 F5 运行
- VS 上方配置选择
-
到这里,你就可以愉快地
瞎 JB 改发电了 -
开发过程中,每一定数量,记得提交一个 Commit, 别忘了写上 Message
假如你不熟悉 git 的使用,你可能想要新建一个分支进行更改,而不是直接提交在dev上git branch your_own_branch git checkout your_own_branch这样你的提交就能在新的分支上生长,不会受到
dev更新的打扰 -
完成开发后,推送你修改过的本地分支(以
dev为例)到远程(Fork 的仓库)git push origin dev -
打开 MAA 主仓库。提交一个 Pull Request,等待管理员通过。别忘了你是在 dev 分支上修改,别提交到 master 分支去了
-
当 MAA 原仓库出现更改(别人做的),你可能需要把这些更改同步到你的分支
-
关联 MAA 原仓库
git remote add upstream https://github.com/MaaAssistantArknights/MaaAssistantArknights.git -
从 MAA 原仓库拉取更新
git fetch upstream -
变基(推荐)或者合并修改
git rebase upstream/dev # 变基或者
git merge # 合并 -
重复上述 7, 8, 9, 10 中的操作
-
::: tip 在打开 VS 之后,和 Git 有关的操作可以不用命令行工具,直接使用 VS 自带的“Git 更改”即可 :::
MAA 的文件格式化要求
MAA 使用一系列的格式化工具来保证仓库中的代码和资源文件美观统一,以便于维护和阅读
请确保在提交之前已经格式化,或是启用 Pre-commit Hooks 来进行自动格式化
目前启用的格式化工具如下:
| 文件类型 | 格式化工具 |
|---|---|
| C++ | clang-format |
| Json/Yaml | Prettier |
| Markdown | markdownlint |
利用 Pre-commit Hooks 自动进行代码格式化
-
确保你的电脑上有 Python 与 Node 环境
-
在项目根目录下执行以下命令
pip install pre-commit pre-commit install
如果pip安装后依然无法运行 Pre-commit,请确认 PIP 安装地址已被添加到 PATH
接下来,每次提交时都将会自动运行格式化工具,来确保你的代码格式符合规范
在 Visual Studio 中启用 clang-format
-
安装 clang-format 20.1.0 或更高版本
python -m pip install clang-format -
使用 Everything 等工具 找到 clang-format.exe 的安装位置。作为参考,若您使用了 Anaconda,clang-format.exe 将安装在 YourAnacondaPath/Scripts/clang-format.exe
-
在 Visual Studio
工具-选项中搜索clang-format -
点击
启用 ClangFormat 支持,然后选择下面的使用自定义 clang-format.exe 文件,选择第 2 步找到的clang-format.exe
然后你的 Visual Studio 就能愉快的使用支持 C++20 语法的 clang-format 啦!
你也可以使用 tools\ClangFormatter\clang-formatter.py 来直接调用你的 clang-format 来进行格式化,只需要在项目根目录下执行:
python tools\ClangFormatter\clang-formatter.py --clang-format=PATH\TO\YOUR\clang-format.exe --input=src\MaaCore
使用 GitHub Codespace 进行在线开发
创建 GitHub Codespace 自动配置 C++ 开发环境
