Git-Workflow für kleine Teams: einfach, aber verbindlich

Viele kleine Teams arbeiten direkt auf dem Hauptzweig. Das geht gut – bis zwei Personen gleichzeitig an derselben Datei arbeiten oder ein halbfertiges Feature live geht. Ein einfacher, verbindlicher Workflow verhindert genau das.

Ein Branch pro Aufgabe

Jede Aufgabe bekommt einen eigenen Branch, zum Beispiel feature/kommentar-bewertung oder fix/login-weiterleitung. Der Hauptzweig bleibt dadurch jederzeit lauffähig, und jeder weiß, woran gerade gearbeitet wird.

Pull Requests als Gespräch

Ein Pull Request ist keine Kontrolle, sondern eine Einladung zum Mitdenken. Halten Sie ihn klein: Unter 300 geänderten Zeilen bekommen Sie konkrete Rückmeldungen statt eines schnellen „Sieht gut aus“.

Commit-Nachrichten, die man später versteht

„Fix“ oder „Update“ helfen niemandem. Besser ist eine kurze Zusammenfassung im Imperativ: „Bewertung bei gelöschten Kommentaren neu berechnen“. Wer in einem Jahr nach der Ursache eines Fehlers sucht, wird dankbar sein.

Regeln schriftlich festhalten

Schreiben Sie die Vereinbarungen in die README-Datei: Wie heißen Branches? Wer darf zusammenführen? Was muss vor einem Merge erfüllt sein? Neue Teammitglieder finden sich so in Minuten zurecht.

Ein guter Workflow ist so einfach, dass niemand darüber nachdenken muss – und so verbindlich, dass sich alle daran halten.