Trunk-based Development

Kurz: Beim Trunk-based Development arbeiten alle Entwickelnden auf einem gemeinsamen Hauptzweig und führen nur sehr kurzlebige Zweige zusammen, oft binnen eines Tages.

Genauer: Das Gegenstück sind lange Feature-Zweige, die tagelang auseinanderlaufen und dann in schmerzhaften Zusammenführungen enden.

Im Detail

• Regeln: Kleine Änderungen, häufig integrieren, der Hauptzweig ist immer lauffähig.
• Feature-Flags: Unfertige Funktionen werden mit einem Schalter ausgeliefert, aber ausgeschaltet. So trennt man Auslieferung und Freischaltung.
• Voraussetzungen: Schnelle automatische Tests, Continuous Integration und Code-Review, das nicht tagelang dauert.
• Vorteile: Weniger Merge-Konflikte, schnelleres Feedback, einfachere Releases.
• Nachteile: Verlangt Disziplin und gute Testabdeckung. Große Umbauten müssen in kleine Schritte zerlegt werden („Branch by Abstraction”).
• Abgrenzung: GitFlow mit develop, Release- und Hotfix-Zweigen ist aufwendiger und passt eher zu Software mit festen Versionen.

Siehe auch: git rebase