Was ist Git und Versi­ons­kon­trolle?

Git und Versi­ons­kon­trolle: Definition

Eine Versionskontrolle speichert die Geschichte eines Projekts: Wer hat wann was geändert, und warum? Statt Dateien wie „Angebot_final_neu2“ zu kopieren, hält das System jede Änderung als nachvollziehbaren Schritt fest. Für Softwareprojekte ist das unverzichtbar, weil viele Personen gleichzeitig an vielen Dateien arbeiten.

Git ist das am weitesten verbreitete System dafür. Es wurde 2005 von Linus Torvalds für die Entwicklung des Linux-Kernels geschaffen und ist verteilt: Jeder Entwickler hat eine vollständige Kopie samt Historie. Gehostet werden Repositories häufig bei Plattformen wie GitHub, GitLab, Bitbucket oder Azure DevOps.

So funktioniert Git

Das Projekt liegt in einem Repository. Änderungen werden als Commit gespeichert – ein Schnappschuss mit kurzer Beschreibung. Für neue Funktionen oder Fehlerbehebungen legt man einen Branch an, einen eigenen Entwicklungszweig, der den Hauptzweig nicht stört. Ist die Arbeit fertig, wird der Branch per Merge zurück in den Hauptzweig überführt.

Auf Plattformen wie GitHub und GitLab geschieht das meist über Pull Requests beziehungsweise Merge Requests: Die Änderung wird vorgeschlagen, geprüft (Code-Review), automatisch getestet und dann übernommen. Releases werden mit Tags markiert, sodass sich jeder veröffentlichte Stand später genau reproduzieren lässt.

Praxis­bei­spiel: Fehlerhaftes Update im Online­shop

Ein Onlinehändler lässt seine Shop-Erweiterung regelmäßig weiterentwickeln. Nach einem Update funktioniert eine Versandart nicht mehr, Bestellungen bleiben hängen. Weil jede Änderung als Commit mit Autor, Zeitpunkt und Beschreibung dokumentiert ist, sieht das Team in Minuten, welche Änderung das Problem ausgelöst hat und wer sie vorgenommen hat.

Es kehrt zum letzten funktionierenden Stand zurück (Rollback), behebt den Fehler in einem eigenen Branch und spielt die Korrektur nach einem Test wieder ein. Ohne Versionskontrolle müsste man in Dateikopien suchen. Zusätzlich liegt der Quellcode nicht nur auf einem Entwicklerrechner, sondern auch auf der Plattform – ein weiterer Gewinn.

Vorteile, Grenzen und typische Fehler

Git sorgt für Nachvollziehbarkeit, paralleles Arbeiten, schnelle Rücksprünge und bildet die Grundlage für automatisiertes Testen und Ausliefern. Die Lernkurve ist spürbar, für sehr große Binärdateien ist Git schlecht geeignet, und ohne klare Regeln für Branches entsteht schnell Wildwuchs im Repository. Typische Fehler:

• Passwörter, Schlüssel oder Zugangsdaten im Repository speichern
• Direkt auf dem Hauptzweig arbeiten, ohne Branches und Prüfung
• Aussagelose Commit-Beschreibungen wie „fix“ oder „änderungen“
• Repository nur auf einem Rechner oder allein im Konto eines Dienstleisters halten
• Sehr große Dateien wie Videos oder Datenbank-Dumps einchecken

Worauf Unternehmen achten sollten

Klären Sie bei jedem Softwareprojekt, wo der Quellcode liegt und wer Zugriff hat: Er sollte in einem Repository Ihres Unternehmens oder mit dauerhaftem Zugang für Sie liegen. Nano Concepts arbeitet durchgängig mit Git, nutzt Branches, Code-Reviews und automatisierte Prüfungen und stellt Ihnen auf Wunsch Zugriff auf das Repository bereit.