管线准备停滞时如何排查

识别报告中的症状

Issue #294 描述奥德赛在 Mac 构建 main@4639c51 中停在 Preparing pipelines。这是社区问题报告，并非本站实测，也不能据此认定所有构建都有相同缺陷。其他提交出现类似画面时，原因可能不同。

前置条件

记录游戏版本、项目提交、设备、系统及停滞进度，保留当次日志。单看进度不动，无法判断后台是否还在处理；该报告也不能提供一个通用等待时长。

操作步骤

1. 对照 Issue #294 的游戏与构建，阅读原帖的最新评论和处理状态。
2. 检查日志是否继续变化，是否反复出现某条错误；记录相关行，分享前去掉私人路径和密钥。
3. 更换构建或尝试涉及缓存的建议前，先备份 save/ 与 pso_user.tsv。
4. 若尝试社区临时措施，每次只改变一个条件，并记录原值以便回退。
5. 再次启动后检查是否进入游戏，以及原有存档是否可见；确认前保留旧备份。

检查点与失败处理

评论里的临时处理不能当作上游修复承诺。配置不同，应把差异、提交和症状一起记录，并到原始问题查看当前状态。避免没有备份就反复重装，否则构建变化与数据容器变化很难区分。

区分准备较慢与可重复的停滞

观察到什么	有用的证据	下一步
进度或日志还在变化	两次观察结果及各自时间	继续观察；这条报告没有通用等待时限
控制变量重试后停在同一位置	最后相关日志和精确构建	对照原始问题，记录改动内容
新构建表现不同	两个提交及相同游戏版本	分开记录，不能宣称所有构建都已修复
能打开但进度不见了	存档位置和应用目标	暂停缓存实验，先检查备份路线

上游有多个图形准备阶段，画面上出现相似文字，并不能证明你的情况就是 issue #294。也不要用手机表现解释这条特定的 Mac 报告。

为每次可撤销尝试留记录

每次记录项目提交、输入版本、改变的选项、停留阶段和日志最后活动，保留原始设置以便恢复。一次调整后到达菜单，仍需另行检查存档与游玩，不能由此判断长期稳定。

Mac 应用的日志与数据位置见存档和日志指南。如果使用开发宿主，应遵循这次构建打印的路径，不要直接套用 Finder 应用的数据位置。拿不准产物类型时，返回Mac 构建目标说明。