Zum Inhalt springen

Version Control

oder auch Versionskontrolle, Versionsverwaltung

Männliche Person, frontal, schaut in die Kamera; trägt kariertes Hemd über dunkelfarbigem T‑Shirt; heller Innenraum mit unscharfem Monitor oder Poster links und Fenster rechts.

von Richard Albrecht am 03.11.2026

Version Control ist das Festhalten jeder Änderung an einem Projekt samt Zeitpunkt, Urheber und Grund. Jeder Stand bleibt abrufbar, und mehrere Fassungen können nebeneinander entstehen, ohne sich zu überschreiben.

Version Control

Das Festhalten jeder Änderung an einem Projekt samt Zeitpunkt, Urheber und Grund.
Beispiel: „Ohne Version Control war nach dem Umbau niemand mehr sicher, welche Datei die aktuelle war.“

Auf Deutsch Versionsverwaltung oder Versionskontrolle. Zwei Bauarten gibt es: verteilt, wo jeder die ganze Geschichte auf seinem Rechner hat, und solche mit einem Server in der Mitte, etwa Subversion.

Abgrenzung zu Git: Das ist das verbreitetste Werkzeug dieser Art. Version Control ist die Sache, Git eine Umsetzung davon.

Was Version Control festhält

Änderungen, keine Dateien. Jeder Commit hält fest, welche Zeilen anders geworden sind, wer das getan hat, wann und mit welcher Begründung; aus der Kette dieser Punkte ergibt sich die Geschichte des Projekts.

Daraus folgt der Umgang mit Fehlern: Jeder Stand lässt sich wiederherstellen, und jede Zeile lässt sich auf den Punkt zurückführen, an dem sie entstand.

Was ins Repository gehört und was nicht

Hinein gehören Code, Vorlagen, Konfiguration ohne Geheimnisse, die Migrationsdateien der Datenbank und die Sperrdateien der Paketmanager. Also alles, was den Stand beschreibt.

Draußen bleiben die hochgeladenen Dateien der Nutzer, die installierten Pakete, gebaute Assets und jede Art von Zugangsdaten. Sie entstehen beim Bauen oder gehören in die Umgebung, siehe Umgebungsvariablen.

Welche Fragen die Versionsverwaltung im Alltag beantwortet

Drei, und alle drei kommen in jedem Projekt vor: Seit wann ist das kaputt, wer hat diese Zeile geschrieben, und wie sah die Datei vor dem Umbau aus. Git hat für jede davon einen Befehl.

Besonders nützlich ist die Suche nach dem ersten schlechten Stand: Wer die Geschichte halbiert und prüft, findet in wenigen Schritten den Commit, mit dem ein Fehler begann.

Siehe auch:

Git

Das Werkzeug, das jede Änderung an einem Projekt festhält und mehrere Stände nebeneinander erlaubt.

#Deployment & Versionierung

Repository

Der Ort, an dem ein Projekt samt seiner gesamten Geschichte liegt.

#Deployment & Versionierung

Commit

Ein festgehaltener Stand des Projekts, mit Zeitpunkt, Urheber und Begründung.

#Deployment & Versionierung

Branch

Ein eigener Strang der Geschichte, auf dem gearbeitet wird, ohne den Hauptstand zu berühren.

#Deployment & Versionierung

Tag (Git)

Ein feststehender Name für einen bestimmten Commit, meist eine Versionsnummer.

#Deployment & Versionierung

Deployment

Das Ausrollen eines neuen Stands auf den Server, auf dem die Website läuft.

#Deployment & Versionierung