Git-Branching (Workflows)

Kurz: Ein Branch ist ein eigener Entwicklungszweig in Git. Workflows legen fest, wie Teams Branches nutzen und zusammenführen.

Genauer: Beim Trunk-Based Development arbeiten alle auf main mit kleinen, häufigen Änderungen und Feature Flags. Beim Feature-Branch-Workflow entsteht je Aufgabe ein Branch, der per Pull Request geprüft und in main übernommen wird. Git Flow nutzt zusätzlich develop-, release- und hotfix-Branches.

Im Detail

• Pull Request: Vorschlag zur Übernahme mit Review, Tests und Diskussion.
• Squash-Merge: Alle Commits eines Branches werden zu einem. Die Historie bleibt aufgeräumt.
• Rebase vs. Merge: Rebase schreibt Historie um (nicht auf geteilten Branches), Merge erhält sie.
• Commit-Nachrichten: Kurz im Imperativ, „Fehler beim Login beheben”.
• Schutz: Geschützter main-Branch, Pflicht-Reviews, grüne Tests.

Siehe auch: Merge-Konflikte, Semantic Versioning