Trunk-Based Development
Erkunden Sie das Trunk-Based-Development-Modell, kurzlebige Branches und Feature Flags als schlanke Alternative zu Gitflow.
Trunk-Based Development ist eine kostenlose Git & GitHub Professional Workflow-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Git & GitHub Professional Workflow-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Git & GitHub Professional Workflow-Kurs umfasst insgesamt 4 Lektionen.
Was ist trunk-basierte Entwicklung?
Trunk-basierte Entwicklung ist eine Branching-Strategie, bei der alle Entwickler häufig kleine Änderungen in einen einzigen gemeinsamen Branch integrieren (den Trunk, normalerweise main).
Sie bevorzugt viele kleine Merges gegenüber langlebigen Branches.
Warum langlebige Branches vermeiden?
Branches, die wochenlang bestehen, entfernen sich weit von main und führen zu schwierigen Merges.
- Je länger ein Branch besteht, desto mehr Konflikte entstehen
- Das Integrationsrisiko bleibt bis zum Ende verborgen
- Warteschlangen für Code-Reviews werden sehr lang
Kurzlebige Branches
Bei trunk-basierter Entwicklung bestehen Branches einige Stunden bis ein oder zwei Tage und werden anschließend zurückgemergt. Erstellen Sie einen Branch, erledigen Sie fokussierte Arbeit und mergen Sie schnell.
git checkout -b add-login
# small focused change
git commit -m 'Add login button'
git push origin add-loginDirekt in den Trunk committen
Kleine Teams mit geringem Risiko committen manchmal direkt in main, geschützt durch eine schnelle CI-Prüfung. Jeder Commit muss sicherstellen, dass der Trunk weiterhin releasefähig bleibt.
git checkout main
git pull --rebase
git commit -m 'Fix typo in footer'
git pushFeature-Flags
Unvollständige Features werden trotzdem in den Trunk gemergt, bleiben aber bis zur Fertigstellung hinter einem Feature-Flag verborgen. Dadurch werden Deployment und Release voneinander entkoppelt.
if (featureFlags.newCheckout) {
renderNewCheckout();
} else {
renderOldCheckout();
}Continuous Integration ist unverzichtbar
Da alle ständig in den Trunk mergen, sind automatisierte Tests bei jedem Push unerlässlich, damit main grün und deploybar bleibt.
Trunk-basiert vs. Gitflow
Gitflow verwendet viele langlebige Branches (develop, release, feature). Trunk-basiert verwendet einen einzigen Main-Branch und sehr kleine, kurzlebige Branches.
- Trunk-basierte Entwicklung eignet sich für Continuous Delivery
- Gitflow eignet sich für geplante Releases mit Versionsnummern
Release-Branches als Ausnahme
Trunk-basierte Teams können einen kurzlebigen Release-Branch erstellen, um eine Version zu stabilisieren, und Korrekturen per Cherry-Pick zurück in diesen Branch übernehmen.
git checkout -b release/1.4 mainBranches synchron halten
Rebasen Sie kurzlebige Branches vor dem Mergen auf den aktuellen Trunk, um Konflikte zu minimieren.
git fetch origin
git rebase origin/mainSchnell zurückmergen
Sobald CI erfolgreich durchlaufen wurde, mergen Sie den kurzlebigen Branch und löschen Sie ihn. Der Zyklus beginnt mit einem neuen Branch von vorn.
git checkout main
git merge --no-ff add-login
git branch -d add-loginWann Sie trunk-basierte Entwicklung wählen sollten
Wählen Sie trunk-basierte Entwicklung, wenn Sie häufig ausliefern, über eine leistungsfähige CI verfügen und Merge-Hölle vermeiden möchten. Sie passt natürlich zu Continuous Deployment.
Kurze Überprüfung
Testen Sie Ihr Verständnis der trunk-basierten Entwicklung.
Zusammenfassung
Sie haben das trunk-basierte Modell kennengelernt:
- Ein gemeinsamer Trunk und viele kleine, kurzlebige Branches
- Feature-Flags verbergen unfertige Arbeit
- Eine leistungsfähige CI hält den Trunk jederzeit releasefähig
- Das Modell steht im Gegensatz zu den langlebigen Branches von Gitflow
Häufig gestellte Fragen
Ist die Lektion „Trunk-Based Development“ kostenlos?
Ja — der vollständige Text von „Trunk-Based Development“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Git & GitHub Professional Workflow-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Git & GitHub Professional Workflow-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Trunk-Based Development“?
Erkunden Sie das Trunk-Based-Development-Modell, kurzlebige Branches und Feature Flags als schlanke Alternative zu Gitflow. Du übst Git & GitHub Professional Workflow mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um Git & GitHub Professional Workflow zu starten?
Keine Vorkenntnisse erforderlich. Git & GitHub Professional Workflow auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.
Wie lange dauert die Lektion „Trunk-Based Development“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser Git & GitHub Professional Workflow-Lektion Code schreiben und ausführen?
Ja. Jede Git & GitHub Professional Workflow-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Workflow mit Feature-Branches
- Einführung in den Gitflow-Workflow
- Rebasen oder Mergen
- Trunk-Based Development