CMake 4.3 系列继续推进 CPS 与构建可观测性

CMake 4.3 这个版本带来了一些有意思的变化。它正式引入了 CPS 包规范支持、cmake-instrumentation 构建观测能力，以及增强的命令行归档功能。简单来说，这些改动指向三个方向：包管理互操作性、构建流程的可观测性，以及 CI 自动化的进一步简化。

在 4.4 正式版到来之前，4.3 系列其实承担着过渡性的重任。最新的 Release Notes 显示，4.3 开始支持 Common Package Specification（CPS），这意味着 CMake 现在能够导入和导出符合 CPS 描述的包信息。find_package() 可以搜索并导入 CPS 包，而 install() 和 export() 则新增了 PACKAGE_INFO 子命令，用于生成 CPS 包描述文件。

说实话，C/C++ 生态里的包发现和依赖描述，一直是构建系统里让人头疼的老问题。传统上，CMake config module、Find module、pkg-config 文件以及各种包管理器的元数据，各有各的规则和写法。CPS 的引入，目的就是提升包描述的表达能力和互操作性，让不同的构建系统能以更统一的方式消费包信息。对开源库维护者和系统包维护者来说，这项变化值得认真关注。

4.3 还新增了 cmake-instrumentation(7) 功能，用于收集配置、生成、构建、测试、安装等步骤中的时间、目标以及系统诊断信息。这些数据既可以交给回调函数处理，也可以生成 Google Trace Event Format 文件，方便可视化分析。背后的趋势很清晰：CMake 正在从单纯的“生成构建文件”工具，向“观测构建流程”的方向延伸。

除此之外，4.3 在命令行和压缩归档能力上也有增强。比如 cmake --version=json-v1 输出 JSON 格式版本信息，cmake -E tar 支持指定压缩级别、压缩方法以及多线程操作。对 CI 系统、脚本集成和发布流水线来说，这些改动能减少对额外脚本工具的依赖，同时提高构建过程的一致性和可自动化程度。