0Pricing
Git & GitHub Professional Workflow · Lektion

Release-Branches und Hotfixes

Arbeiten Sie mit eigenen Release-Branches und lernen Sie, wie Sie kritische Fehlerkorrekturen mithilfe von Hotfix-Branches schnell anwenden.

Release-Branches und Hotfixes ist eine kostenlose Git & GitHub Professional Workflow-Lektion auf CoddyKit. Dies ist Lektion 3 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.

Einführung in Release-Branches

Wenn sich Ihr Projekt einer neuen Version nähert, benötigen Sie eine stabile Umgebung, um diese vorzubereiten. Hier kommen Release-Branches ins Spiel!

Dies sind spezielle Branches, die zum Fertigstellen eines Releases verwendet werden und es dem Hauptentwicklungs-Branch ermöglichen, parallel neue Funktionen aufzunehmen.

Warum Release-Branches verwenden?

Release-Branches bieten mehrere wichtige Vorteile:

  • Stabilisierung: Isolieren Sie den Code für abschließende Tests und Fehlerbehebungen, ohne die laufende Funktionsentwicklung zu beeinflussen.
  • Versionsverwaltung: Weisen Sie einer bestimmten, stabilen Codebasis einfach Versionsnummern und Release-Tags zu.
  • Parallele Entwicklung: Ihr develop-Branch bleibt für neue Funktionen verfügbar und ermöglicht eine kontinuierliche Integration.

Einen Release-Branch erstellen

In der Regel wird ein Release-Branch aus Ihrem develop-Branch erstellt, sobald dieser für das bevorstehende Release vollständig ist. Erstellen wir einen für Version 1.0.0.

Stellen Sie zunächst sicher, dass Ihr develop-Branch auf dem neuesten Stand ist.

git checkout develop
git pull
git checkout -b release/1.0.0

An einem Release-Branch arbeiten

Sobald Sie sich auf dem Release-Branch befinden, liegt der Schwerpunkt auf der Stabilisierung:

  • Beheben kurzfristiger Fehler.
  • Aktualisieren der Dokumentation (z. B. README, Changelog).
  • Erhöhen der Versionsnummern.

Hier sollten keine neuen Funktionen hinzugefügt werden. Nur unbedingt notwendige Korrekturen!

Einen Release-Branch abschließen

Wenn der Release-Branch stabil und bereit ist, muss er an zwei Stellen zusammengeführt werden:

  1. main (oder master): Zum Markieren des offiziellen Releases. Hier wird normalerweise ein Tag erstellt.
  2. develop: Damit alle am Release-Branch vorgenommenen Fehlerbehebungen übernommen werden.

Das Release zusammenführen und taggen

So führen Sie Ihren release/1.0.0-Branch in main zusammen, taggen ihn, führen ihn anschließend wieder in develop zusammen und löschen schließlich den Release-Branch.

git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0

Hotfix-Branches erklärt

Was passiert, wenn in der Produktionsversion Ihrer Software ein kritischer Fehler entdeckt wird? Sie können nicht auf das nächste geplante Release warten!

Hotfix-Branches sind für dringende, sofortige Korrekturen am Produktionscode vorgesehen. Sie umgehen den üblichen Entwicklungszyklus, damit eine Korrektur schnell bereitgestellt werden kann.

Einen Hotfix-Branch erstellen

Ein Hotfix-Branch wird immer direkt aus dem main- oder master-Branch erstellt, der Ihren aktuellen Produktionscode enthält.

Erstellen wir einen Hotfix-Branch, um einen kritischen Fehler zu beheben.

git checkout main
git pull
git checkout -b hotfix/critical-bug-fix

Einen Hotfix anwenden und abschließen

Nachdem Sie den Fehler im Hotfix-Branch behoben haben, muss dieser sowohl in main als auch in develop zusammengeführt werden. Dadurch wird sichergestellt, dass die Korrektur in der Produktion bereitgestellt wird und der Fehler in der zukünftigen Entwicklung nicht erneut auftritt.

Außerdem wird ein neuer Tag erstellt, um die Hotfix-Version zu markieren.

git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fix

Welchen Branch wann verwenden?

Sie haben Release- und Hotfix-Branches kennengelernt. Beide unterstützen die Verwaltung von Releases, dienen aber unterschiedlichen Zwecken.

Stellen Sie sich folgendes Szenario vor: Ihre Produktionsanwendung weist eine schwerwiegende Sicherheitslücke auf, die sofort behoben werden muss. Welcher Branch wäre für diesen Zweck am besten geeignet?

Zusammenfassung von Releases und Hotfixes

Sie beherrschen jetzt zwei wichtige Strategien für Git-Branches:

  • Release-Branches: Sie dienen dazu, eine neue Version aus develop zu stabilisieren und für die Veröffentlichung vorzubereiten, und werden in main und develop zusammengeführt.
  • Hotfix-Branches: Sie dienen der dringenden Behebung kritischer Fehler direkt im Produktivcode, beginnen bei main und werden sowohl in main als auch in develop zusammengeführt.

Diese Workflows tragen zu einer übersichtlichen Historie und stabilen Releases bei!

Häufig gestellte Fragen

Ist die Lektion „Release-Branches und Hotfixes“ kostenlos?

Ja — der vollständige Text von „Release-Branches und Hotfixes“ 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 „Release-Branches und Hotfixes“?

Arbeiten Sie mit eigenen Release-Branches und lernen Sie, wie Sie kritische Fehlerkorrekturen mithilfe von Hotfix-Branches schnell anwenden. 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 3 von 4.

Wie lange dauert die Lektion „Release-Branches und Hotfixes“?

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

  1. Semantische Versionierung mit Tags
  2. Releases erstellen und verwalten
  3. Release-Branches und Hotfixes
  4. Changelogs und Release Notes erstellen
← Zurück zu Git & GitHub Professional Workflow