Die letzten Urlaubstage sind angebrochen, der Laptop wird heiß und irgendwo wartet bereits ein Pull Request mit dem charmanten Titel „final_final_wirklich-final“. Gerade im Sommer sollte ein Git-Workflow nicht zusätzlich für Schweiß sorgen. Hier sind fünf Regeln, mit denen dein Repository auch bei treinta Grad angenehm bleibt.
1. Kleine Branches statt monatelanger Nebenprojekte
Erstelle für jede Aufgabe einen eigenen, überschaubaren Branch. Ein Feature, ein Bugfix oder eine Dokumentationsänderung bleibt dadurch klar voneinander getrennt. Je kleiner der Branch, desto leichter lässt er sich prüfen und zusammenführen.
2. Committe so, dass Menschen es verstehen
„Änderungen“ ist kein Commit-Text, sondern eine Kapitulation. Beschreibe knapp, was sich geändert hat: Fix: Login-Timeout bei abgelaufener Session. Gute Commit-Nachrichten helfen später mehr als jede Erinnerung aus dem Urlaub.
3. Rebase vor dem Pull Request
Bevor du deine Änderungen einreichst, hole den aktuellen Stand des Haupt-Branches und bringe deinen Branch auf Kurs. So tauchen Konflikte früh auf und nicht erst dann, wenn fünf Menschen gleichzeitig auf den Merge-Button starren.
4. Pull Requests klein halten
Ein Pull Request mit eighty Dateien ist kein Beweis für Fleiß, sondern eine Einladung zum Übersehen wichtiger Details. Kleine Änderungen lassen sich schneller reviewen, testen und zurücknehmen. Das ist besonders angenehm, wenn die Kolleginnen und Kollegen gedanklich schon am Badesee liegen.
5. Automatisierung nicht als Dekoration behandeln
Tests, Linter und Build-Prüfungen gehören in die Pipeline. Sie sollten bei jedem Pull Request laufen und fehlerhafte Änderungen stoppen, bevor sie im Haupt-Branch landen. Walter würde an dieser Stelle vermutlich erst einen Cron-Job improvisieren, aber GitHub Actions oder GitLab CI erledigen den Job deutlich eleganter.
Ein guter Git-Workflow nimmt dir keine Kreativität ab. Er sorgt lediglich dafür, dass sie nicht zwischen hektischen Hotfixes, vergessenen Branches und sommerlicher Hitze verloren geht.
