Xmake 团队的更新、技巧和观点。
Xmake v3.1.2 改进了静态库、C++ Modules 和预编译头的增量构建，同时新增 Inno Setup 打包、 测试失败时显示输出、HTTP 下载工具选择，以及自定义 pkg-config 搜索目录等功能。
在 v3.1.1 引入的 addon 基础上，这次修复了本地仓库路径和已安装版本选择，并提供八组可直接运行的分发示例。 此外，仓库更新不再因为克隆失败而误操作用户工程的 Git 仓库。
对于 a -> b -> c -> app 这样的依赖链，修改 a 的实现文件后，应当只编译该文件、重新归档 a，
最后重新链接 app。普通 b、c 静态库只包含自己的对象文件，不需要因为 a 变化而重新生成。
在此版本中，我们新增了 addons 扩展支持。上个版本我们重构了 xmake plugin，让插件可以像包一样分发，而 addons 把这件事做得更彻底：一个 addon 不仅可以携带插件，还能携带规则、工具链、工程模板、lua 模块和 includes 文件，相当于一整套开发工具包，一条命令就能装好，也可以由工程声明后自动安装。
此外，我们还新增了 package.host.install_locally 策略和一批新的交叉编译架构，重构了模板的分发方式，并且新增了 BSD 上的 pkg 包管理器支持。
我们平时用的包，提供的是程序要链接的库，而 addon 扩展的是 xmake 本身，给构建工具增加新的能力。
在此版本中，我们重构了 xmake plugin 插件管理器，插件现在可以像包一样，从 xmake-repo 这样的仓库中安装，也支持从 git 地址和本地目录安装，并且能够列出内置、已安装以及仓库中可用的所有插件。
此外，我们还新增了 check_alignof / configvar_check_alignof 类型对齐检测，为 utils.bin2c / utils.bin2obj 规则添加了二进制资源的 transform 支持，新增了 batchcmds:call 接口，xmake show 支持统一的 --format=json 输出，build / clean / install 等命令支持一次传入多个目标名，xpack 的安装文件列表支持内置变量，以及 gcc-16 工具链支持。
以前想要分发一个 xmake 插件，只能让用户手动把插件目录拷贝到 ~/.xmake/plugins/ 下，或者自己去 clone 仓库。这个版本我们重写了 xmake plugin 命令，插件的安装、删除、列举现在都有了统一的入口，并且完全复用了 xmake 的包安装流程。
在此版本中，我们将内置 Lua 运行时升级到 5.5，新增了 utils.replace 内置规则，为 Zig 工具链添加了 C 互操作支持，并引入了两个新工具链：Fil-C（内存安全的 C/C++ 实现）和华为昇腾 Ascend C（用于 NPU 编程）。
此外，我们还新增了基于 aria2 的多线程下载后端，支持以 JSON / DOT 格式导出目标和包依赖图，vsxmake 对 C# 目标生成 .csproj 工程，以及围绕自定义工具链、clang-cl[llvm] 工具集、包静态库合并等方面的多项改进。
内置 Lua 运行时已从 5.4 升级到 5.5。Lua 5.5 在语法和行为上有一些改动（例如 for-in 循环变量被视为 const 局部变量、部分旧版库 API 被移除等），可能导致一些在旧版本 xmake 下能正常工作的 xmake.lua 配置代码出现兼容性问题。为了尽可能保持向下兼容，本次升级伴随了几项补丁，把 5.5 之前的常见语义还原回来：
在此版本中，我们新增了 C# 语言和 dotnet 工具链支持，并支持了 C# 与 C/C++ 通过 P/Invoke 进行互操作。同时，我们引入了自定义工程模板功能，支持 xmake create --list 列出模板和远程模板分发。
此外，我们还新增了 build.release.strip 策略、winos.file_signature 函数、WASI 目标运行支持、nnd 调试器支持以及 tarxz 打包格式。
我们新增了对 C# 语言的完整支持，集成了 dotnet 工具链，可以直接在 xmake 中构建 C# 项目，包括控制台应用、共享库、多库依赖和 NuGet 包集成。
在此版本中，我们新增了包方案 (Package Schemes) 支持，提供了更加灵活的包安装和回退机制。同时，我们改进了 Nix 包管理器支持，优化了 Verilator 构建，并新增了对 Qt SDK 动态 mkspec 的选择支持。
此外，我们还支持了在浏览器中运行 Wasm 程序，支持从标准输入 (stdin) 读取脚本运行，并引入了 cli.iconv, utf8 和 os.access 等多个新模块和函数。
scheme 特性主要用于提供多种安装方案，每种方案可能使用不同的 url、version 和 install 逻辑。每当一种方案安装失败时，会自动尝试下一种安装方案，从而提高安装成功率。尤其是在二进制包和源码安装同时存在时，非常有用。
新版本对 Android 原生应用的构建支持进行了进一步改进。我们现在可以在 android.native_app 规则中配置更多参数，包括 android_sdk_version, android_manifest, android_res, keystore 等。
此外，对于需要自定义入口和事件循环的场景（例如游戏引擎集成），我们支持通过设置 native_app_glue = false 来禁用默认的 android_native_app_glue 库。
add_rules("mode.debug", "mode.release")新版本中，我们引入了多个重要特性，显著提升了开发体验。重点包括多行进度输出（支持主题配置，提供更好的构建可见性）、全面的XML 模块（用于解析和编码 XML 数据）、异步 OS API（提升 I/O 性能）以及Swift 互操作支持（实现 Swift 与 C++/Objective-C 代码的无缝集成）。同时，我们也对工具链配置、TTY 处理进行了重大改进，并进行了各种性能优化。
下载地址： GitHub Releases | 源码仓库
我们改进了进度输出，支持多行刷新，在长时间运行的构建过程中提供显著更好的视觉体验。构建输出现在不再只更新单行进度，而是显示多个并发构建任务及其各自的进度，使得监控并行编译变得更加容易。
新版本中，我们新增了鸿蒙系统的 native 工具链支持，并且实现了一种新的 native 原生 lua 模块的导入支持。另外，我们也对构建速度做了很多的优化，效果非常明显。
我们新增了鸿蒙 OS 平台的 native 工具链编译支持：
$ xmake f -p harmony
新版本中，我们新增了 cosmocc 工具链支持，使用它，我们可以实现一次编译，到处运行。另外，我们还重构了 C++ Modules 的实现，解决了很多 C++ Modules 相关的问题。
cosmocc 工具链是 cosmopolitan 项目提供的编译工具链，使用这个工具链编译的程序可以实现一次编译，到处运行。
而新版本中，我们对这个工具链也做了支持，可以实现在 macosx/linux/windows 下编译程序，并且还能够支持自动下载 cosmocc 工具链。