MB Dev .tech
Registrieren Login

Git · Branches & Merges

← Zurück zu Git Grundlagen

Branches sind eines der stärksten Konzepte von Git. Sie erlauben dir, parallel zu arbeiten, ohne den stabilen Stand deines Projekts zu gefährden.

Merke
Ein Branch ist kein Kopieren von Dateien

Ein Branch ist ein neuer Zeiger auf Commits. Git ist deshalb schnell und speichersparend.

1) Was ist ein Branch?

Stell dir deinen Code-Verlauf als Linie vor. Ein Branch ist wie ein Abzweig von dieser Linie. Ab dort kannst du Änderungen machen, ohne den Hauptzweig zu beeinflussen.

Typische Branches sind zum Beispiel:

  • main oder master: stabiler Hauptstand
  • feature/login: neue Funktion entwickeln
  • bugfix/header: gezielte Fehlerkorrektur
Tipp
Branch-Namen sprechend wählen

Gute Namen erklären, was in diesem Branch passiert, ohne dass man den Code gesehen hat.

2) Branch erstellen und wechseln

Du kannst jederzeit einen neuen Branch vom aktuellen Stand erstellen:

Branch erstellen

# Neuen Branch erstellen
git branch feature-login

# In den Branch wechseln
git checkout feature-login

Oder beides in einem Schritt:

Kurzform

git checkout -b feature-login
Merke
Ein Branch startet immer vom aktuellen Commit

Achte also darauf, wo du gerade stehst, wenn du einen neuen Branch erstellst.

3) Arbeiten im Branch

Sobald du im Branch bist, arbeitest du ganz normal: Dateien ändern, committen, weitere Commits hinzufügen. Der Hauptbranch bleibt unverändert.

Genau das macht Branches so wertvoll: Du kannst experimentieren, ohne Angst, etwas kaputt zu machen.

4) Merge: Änderungen zusammenführen

Wenn dein Feature fertig ist, möchtest du es zurück in den Hauptbranch holen. Dafür nutzt du merge.

Merge durchführen

# In den Ziel-Branch wechseln (z.B. main)
git checkout main

# Feature-Branch mergen
git merge feature-login
Merke
Du mergest immer „in den aktuellen Branch“

Deshalb zuerst in den Ziel-Branch wechseln, dann den Quell-Branch mergen.

5) Merge-Konflikte (keine Panik)

Ein Konflikt entsteht, wenn Git nicht automatisch entscheiden kann, welche Änderung „gewinnt“. Das passiert meist, wenn dieselben Zeilen geändert wurden.

Git markiert die Konfliktstellen im Code und überlässt dir die Entscheidung. Das ist kein Fehler – sondern ein Schutzmechanismus.

Achtung
Konflikte nicht „blind“ lösen

Verstehe, warum es den Konflikt gibt, und wähle bewusst die richtige Version oder kombiniere beide.

6) Branches aufräumen

Nach einem erfolgreichen Merge brauchst du den Feature-Branch oft nicht mehr. Dann kannst du ihn löschen.

Branch löschen

# Lokalen Branch löschen
git branch -d feature-login
Tipp
Saubere Branch-Historie

Alte Branches löschen hält das Repo übersichtlich und zeigt klar, welche Arbeiten abgeschlossen sind.

Kleine Aufgaben (zum Mitdenken)

Aufgabe: Wo merge ich richtig?

Du hast einen Branch feature-x und willst ihn in main integrieren. In welchem Branch führst du git merge aus?

Lösung einblenden
Lösung
Im Ziel-Branch (main)

Du wechselst zuerst nach main und mergest dann feature-x. Git fügt die Änderungen in den aktuell ausgecheckten Branch ein.