Zum Inhalt springen

Tag (Git)

oder auch Git-Tag

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

Ein Tag in Git ist ein feststehender Name für einen bestimmten Commit, meist eine Versionsnummer wie v2.4.0. Anders als ein Branch wandert er nicht mit: Der Name zeigt dauerhaft auf denselben Punkt.

Tag (Git)

Ein feststehender Name für einen bestimmten Commit, meist eine Versionsnummer.
Beispiel: „Der Tag v2.4.0 zeigte auf den Commit, aus dem das ausgelieferte Paket entstand.“

Auf Deutsch Markierung. Üblich ist das kleine v vor der Nummer; die Fassung selbst folgt der semantischen Versionierung.

Abgrenzung zum Branch: Dieser zeigt auf den jeweils letzten Commit einer Linie und bewegt sich mit. Ein Tag bleibt stehen.

Was ein Tag von einem Branch unterscheidet

Die Beweglichkeit. Ein Branch ist ein Zeiger, der bei jedem Commit nachrückt; ein Tag ist eine Marke, die auf einem Punkt liegen bleibt und damit einen Stand benennt, der sich nie mehr ändert.

Deshalb steht am Ende jedes Release ein Tag. Er ist die Adresse, über die der ausgelieferte Stand ein halbes Jahr später noch zu finden ist, siehe Release.

Welche Arten von Tags es gibt

Zwei. Der leichte Tag ist allein ein Name auf einem Commit. Der beschriftete Tag ist selbst ein Objekt in der Datenbank von Git und trägt Autor, Datum, eine Nachricht und auf Wunsch eine Signatur.

Für Veröffentlichungen gehört die beschriftete Form dazu, weil dort steht, wer die Fassung freigegeben hat. Die leichte Form taugt für eigene Lesezeichen in der Geschichte.

Warum ein Tag beim Ausrollen zählt

Weil er den Weg zurück kurz macht. Ein Zweig für eine eilige Korrektur beginnt am Tag des laufenden Stands, und ein Paket lässt sich jederzeit aus genau diesem Punkt neu bauen.

Eine Fußangel gehört dazu: Tags wandern nicht mit einem gewöhnlichen Push auf den Server. Wer sie dort haben will, schickt sie eigens mit, sonst kennt niemand außer dem eigenen Rechner die Marke.

Siehe auch:

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

Release

Die Fassung einer Software, die als fertig erklärt und veröffentlicht wird.

#Deployment & Versionierung

Semantische Versionierung (SemVer)

Die Regel, Versionsnummern als Hauptfassung, Nebenfassung und Korrektur zu lesen.

#Deployment & Versionierung

Git

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

#Deployment & Versionierung

Hotfix

Eine Korrektur, die an der üblichen Reihenfolge vorbei ausgeliefert wird.

#Deployment & Versionierung