Lean4项目中的CI构建问题：分叉仓库标签发布缺失OSX aarch64构建

在Lean4项目的持续集成(CI)流程中，开发者发现了一个影响分叉仓库(forked repository)构建完整性的问题。当开发者在自己的Lean4分叉仓库中创建标签(tag)并触发CI构建时，生成的发布版本中缺少对OSX aarch64架构的支持，而仅包含Linux平台的构建产物。

这个问题源于CI配置文件中的条件判断逻辑。在Lean4项目的CI配置中，对MacOS aarch64架构的构建做了特殊处理，主要基于三种场景进行区分：拉取请求(PR)、合并队列(merge queue)和正式发布(release)。当前的实现逻辑是：

1. 在PR场景下运行MacOS aarch64构建，以便Mac开发者能获取PR工具链
2. 在合并队列中跳过MacOS aarch64构建，因为它的构建时间比Linux构建长，且在合并队列中价值有限
3. 在正式发布时运行MacOS aarch64构建

然而，当在分叉仓库中创建标签时，CI系统并未正确识别这种情况为"正式发布"场景，导致MacOS aarch64构建被跳过。这对于依赖分叉仓库进行开发或发布自定义版本的开发者来说，会造成跨平台兼容性问题，特别是使用Apple Silicon(aarch64架构)Mac设备的用户将无法获取对应的构建版本。

从技术实现角度看，这个问题涉及到CI流程中条件判断的精确性。在开源项目的协作开发中，分叉仓库是常见的工作模式，许多开发者会基于官方仓库创建自己的分叉来进行实验性开发或定制化修改。当这些修改成熟后，开发者通常会在分叉仓库中创建标签来标记发布点。此时，构建系统应当与主仓库的发布流程保持一致的构建行为，确保生成完整的跨平台构建产物。

该问题的影响范围主要涉及使用Apple Silicon设备的Lean4开发者，特别是那些在分叉仓库中进行开发并计划发布自定义构建版本的用户。缺少aarch64架构的MacOS构建意味着这些用户要么需要自行从源码编译，要么只能使用x86_64架构的版本通过Rosetta 2转译运行，这都会带来额外的复杂性和性能开销。

从项目维护的角度来看，这类问题也反映了CI/CD流程设计中需要考虑分叉仓库使用场景的重要性。一个健壮的CI系统应当能够在各种协作模式下保持一致的构建行为，确保开发者无论在主仓库还是分叉仓库中工作，都能获得预期的构建结果。