Zum Inhalt springen

Git und Versionsverwaltung verständlich erklärt

Eine Versionsverwaltung ist kein Entwicklerwerkzeug im engeren Sinn, sondern das Gedächtnis eines Projekts. Wer eine Anwendung übernimmt, merkt als Erstes, ob es eines gibt.

  • Für wenAuftraggeber, Projektverantwortliche
  • NiveauEinstieg
  • Lesezeitetwa 6 Minuten
  • Stand16. Oktober 2026

Das lernen Sie

  • Was eine Versionsverwaltung festhält — und was nicht
  • Was ein Branch praktisch bedeutet
  • Warum die Historie bei einer Übernahme so wertvoll ist
  • Was in ein Projektarchiv nicht hineingehört

Was Git festhält

Git speichert nicht nur den aktuellen Stand, sondern jede Änderung seit dem Anfang: wer sie gemacht hat, wann, welche Zeilen betroffen waren — und, wenn die Beteiligten es gut machen, warum.

Dieses „warum" ist der eigentliche Wert. Welche Zeile sich geändert hat, kann man auch im Nachhinein vergleichen. Dass eine ungewöhnliche Berechnung auf eine Vorgabe des Steuerberaters zurückgeht, steht nirgends — außer im Text der damaligen Änderung.

Ein Branch ist eine Baustelle neben dem Betrieb

An einer Anwendung wird selten nur eine Sache gleichzeitig geändert. Ein Branch ist ein abgetrennter Strang, in dem eine Änderung entstehen kann, ohne den laufenden Stand zu berühren. Ist sie fertig und geprüft, wird sie zusammengeführt.

Für Sie als Auftraggeber bedeutet das zweierlei: Mehrere Themen können parallel bearbeitet werden, und eine nicht fertige Änderung blockiert keine dringende Korrektur an anderer Stelle.

Ein Beispiel aus der Praxis

Die Frage, die ohne Historie unbeantwortbar bleibt

Bei einer Übernahme stellt sich regelmäßig dieselbe Frage: Warum rechnet diese eine Stelle anders als alle anderen? Mit Historie findet man die Änderung, den Zeitpunkt und oft einen Satz zur Begründung. Ohne Historie gibt es zwei Möglichkeiten — es ist ein Fehler, oder es ist eine Anforderung. Beide sehen im Code gleich aus.

Deshalb fragen wir bei einer Bestandsaufnahme immer nach der Versionsgeschichte. Sie ist oft wertvoller als eine Dokumentation, weil sie nicht veraltet: Sie beschreibt nicht, wie es sein sollte, sondern was tatsächlich passiert ist.

Was nicht ins Archiv gehört

  • Zugangsdaten, Schlüssel und Passwörter. Einmal eingecheckt, stehen sie dauerhaft in der Historie — auch nach dem Löschen.
  • Echte Personendaten als Testbestand.
  • Erzeugte Dateien, die sich jederzeit neu erstellen lassen.
  • Große Binärdateien ohne Not; sie bleiben für immer im Archiv.

Der erste Punkt ist der wichtigste und der häufigste. Ein versehentlich eingecheckter Zugangsschlüssel ist nicht mit dem nächsten Stand behoben — er muss als bekannt gewordenes Geheimnis behandelt und getauscht werden.

Häufige Missverständnisse

Nein. Sie hält Änderungen fest, ersetzt aber keine Sicherung der Datenbank und der Dateien im Betrieb.

Gerade dort: Kleine Projekte haben selten Dokumentation, und die Historie ist dann die einzige Erklärung.

Man kann den heutigen Stand jederzeit aufnehmen. Was fehlt, ist alles davor — und das ist der Teil, der die Fragen beantwortet.

Weiterführende Quellen

Über den Autor

Fabian Lücker ist geschäftsführender Gesellschafter der PHP-Schmiede KG in Rheine und seit 2007 in der Softwareentwicklung tätig. Er verantwortet Entwicklung und Konzeption und schreibt hier über Entscheidungen, die in echten Projekten anfallen.