# Git erklärt: Versionsverwaltung für Einsteiger

> Git ist ein Versionsverwaltungssystem: Es speichert die komplette Änderungshistorie eines Projekts, sodass sich jeder frühere Stand wiederherstellen lässt und mehrere Menschen gleichzeitig am selben Code arbeiten können. Änderungen werden als Commits festgehalten, über Branches parallel entwickelt und mit push und pull zwischen dem eigenen Rechner und einem Server wie GitHub abgeglichen.

**Autor:** Mr. Benjamin · **Beruf:** IT-Grundlagen
**Veröffentlicht:** 2026-07-16 · **Aktualisiert:** 2026-07-16
**Quelle:** https://yellowbluetech.de/blog/git-versionsverwaltung

---

`hausarbeit_final.doc`, `hausarbeit_final_v2.doc`, `hausarbeit_wirklich_final.doc` – dieses Chaos kennt jeder. In der Softwareentwicklung wäre es fatal. Die Lösung heißt Versionsverwaltung, und ihr wichtigster Vertreter ist Git.

## Was ist Versionsverwaltung?

Ein Versionsverwaltungssystem speichert **jede Änderung an einem Projekt** mit der Zeit. Du kannst jederzeit sehen, wer wann was geändert hat, zu einem früheren Stand zurückkehren und mit anderen gleichzeitig arbeiten, ohne euch gegenseitig zu überschreiben.

> **Merksatz**
>
> Versionsverwaltung ist eine **Zeitmaschine für Code**: Jeder gespeicherte Stand bleibt erhalten. Ein Fehler von heute lässt sich rückgängig machen, indem man zu gestern zurückspringt – ohne dass etwas verloren geht.

**Git** ist das mit Abstand verbreitetste dieser Systeme und aus der professionellen Entwicklung nicht wegzudenken.

## Die wichtigsten Begriffe

| Begriff | Bedeutung |
| --- | --- |
| **Repository** | das Projekt samt kompletter Änderungshistorie |
| **Commit** | ein gespeicherter Stand mit Beschreibung der Änderung |
| **Branch** | ein Entwicklungszweig, um parallel zu arbeiten |
| **Remote** | die Kopie des Repositorys auf einem Server (z. B. GitHub) |

> **Merksatz**
>
> Ein **Commit** ist wie ein **Speicherstand im Spiel**: Du hältst einen Punkt fest, zu dem du jederzeit zurückkehren kannst. Jeder Commit bekommt eine kurze Nachricht, die erklärt, was sich geändert hat.

## Wie läuft die Arbeit mit Git ab?

Der Grundablauf besteht aus wenigen Schritten. Vereinfacht:

```bash
git add .                    # Änderungen zum Speichern vormerken
git commit -m "Login gebaut" # Stand mit Beschreibung festhalten
git push                     # eigene Commits zum Server (Remote) hochladen
git pull                     # Änderungen anderer vom Server holen
```

Du arbeitest also lokal auf deinem Rechner, hältst Fortschritte mit `commit` fest und gleichst dich über `push` und `pull` mit dem gemeinsamen Stand auf dem Server ab.

> **Prüfungstipp**
>
> Verwechsle **Git** und **GitHub** nicht. **Git** ist das Werkzeug, das auf deinem Rechner läuft und die Versionen verwaltet. **GitHub** (ebenso GitLab oder Bitbucket) ist eine Plattform im Internet, die Git-Repositorys hostet und die Zusammenarbeit erleichtert. Git funktioniert auch ganz ohne GitHub – aber nicht umgekehrt.

## Warum Branches?

Ein **Branch** ist ein abgetrennter Entwicklungszweig. In ihm kannst du eine neue Funktion bauen oder einen Fehler beheben, **ohne den funktionierenden Hauptstand zu gefährden**. Ist die Arbeit fertig und getestet, führst du den Zweig wieder mit dem Hauptzweig zusammen.

> **Hinweis**
>
> Genau das macht Git für Teams so stark: Mehrere Leute arbeiten gleichzeitig in eigenen Branches an verschiedenen Dingen, und erst am Ende werden die Ergebnisse zusammengeführt. Der stabile Hauptzweig bleibt dabei jederzeit lauffähig.

## Selbstkontrolle

**Frage:** Was ist der Unterschied zwischen Git und GitHub?

- [ ] Beides ist dasselbe.
- [x] Git ist das Werkzeug, GitHub eine Plattform zum Hosten von Git-Repositorys.
- [ ] Git läuft im Internet, GitHub auf dem eigenen Rechner.
- [ ] Git ist für Text, GitHub für Code.

**Erklärung:** Git ist das Versionsverwaltungssystem, das lokal auf dem Rechner läuft und die Änderungshistorie verwaltet. GitHub ist eine Online-Plattform, die Git-Repositorys hostet und die Zusammenarbeit erleichtert. Git kann man auch ohne GitHub nutzen, GitHub aber setzt Git voraus.

## Häufige Fragen

### Was ist ein Commit?

Ein Commit ist ein festgehaltener Stand des Projekts zu einem bestimmten Zeitpunkt, versehen mit einer kurzen Beschreibung der Änderung. Die Summe aller Commits ergibt die vollständige Historie. Zu jedem Commit lässt sich später zurückkehren, was Git zur Zeitmaschine für den Code macht.

### Wozu brauche ich Branches?

Branches erlauben paralleles Arbeiten, ohne den funktionierenden Hauptstand zu gefährden. Du entwickelst eine neue Funktion in einem eigenen Zweig und führst sie erst, wenn sie fertig ist, mit dem Hauptzweig zusammen. In Teams arbeitet so jeder ungestört an seinem Teil.

### Was bedeuten push und pull?

Push lädt deine lokalen Commits auf den Server hoch, sodass andere sie bekommen. Pull holt die Änderungen anderer vom Server auf deinen Rechner. Zusammen halten die beiden Befehle deinen lokalen Stand und den gemeinsamen Stand auf dem Server im Einklang.

### Ist Git nur etwas für Programmierer?

Git ist für Quellcode gemacht, lässt sich aber für jede Art von Textdateien nutzen, deren Verlauf man nachvollziehen will – etwa Dokumentationen oder Konfigurationsdateien. Für Programmierer ist es Standardwerkzeug, doch das Prinzip der nachvollziehbaren Versionen ist überall nützlich.

**Weiterlesen:** [Softwaretests: von Unit-Test bis Abnahme](/blog/softwaretests-grundlagen) · [Was ist Open Source? Einfach erklärt](/blog/was-ist-open-source) · [Wasserfall vs. Scrum: Unterschied erklärt](/blog/wasserfall-vs-scrum) · [Linux-Grundlagen: die Kommandozeile](/blog/linux-grundlagen-kommandozeile)

## Das Wichtigste in Kürze

- **Versionsverwaltung** speichert die komplette Änderungshistorie – eine **Zeitmaschine für Code**.
- Ein **Commit** hält einen Stand fest, ein **Branch** erlaubt paralleles Arbeiten.
- **push** und **pull** gleichen den eigenen Stand mit dem Server ab.
- **Git** ist das Werkzeug, **GitHub** eine Plattform, die Git-Repositorys hostet.