macOS 14首轮暂停后：更换标签前先记录构建环境
iOS构建拿不到runner时，先看时间和标签。首轮计划暂停为10月5日14:00至6日00:00 UTC，对应KST的5日23:00至6日09:00。
GitHub在10月1日宣布镜像于11月2日退出。本文使用2026年10月6日核对的官方公告和镜像清单。检查流程是建议，不是GitHub强制要求。
临时暂停与最终退出不同
涉及macos-14、macos-14-large、macos-14-xlarge。首轮结束不代表退出取消，公告还列出后续暂停和可能的容量缩减。
下一时段为10月12日14:00至13日00:00 UTC，即KST的12日23:00至13日09:00。应对照执行日志和服务状态，不能用日程解释所有失败。
也要读替代方案的CPU
公告推荐macos-latest（macos-26）、macos-15及列出的xlarge arm64方案。官方清单将其与部分large或intel x64标签区分。
从macos-14-large迁移时比较新旧架构。原生依赖、模拟器、缓存和打包可能暴露差异，具体项目兼容性必须实际测试。
保持同一提交
记录实际标签、OS、CPU、Xcode、SDK和锁文件。在候选环境用同一提交与锁文件构建测试，不把源码修改与迁移实验混在一起。
除了绿色检查，还验证归档、测试以及所需签名和导出步骤。尝试不只依赖旧缓存的执行，确认新环境中的可重复性。
latest并不固定环境
官方仓库说明latest指向最新稳定OS，迁移可能逐步进行。明确版本加实际镜像信息便于比较，但不代表永久支持。
能持续验证的团队也可以选择latest。重点在于谁发现变化、保存何种证据，以及何时修复或回退流程。
留下比较结果与负责人
CI暂停提醒我们runner生命周期也是发布运维的一部分。本文不声称测量过社区故障频率。官方日程与自己的执行证据才是决策基础。
也在可复用workflow中查找macOS 14。记录候选运行、负责人、下次检查日、真实工具版本和未解错误，利用下次暂停前的时间完成验证。