Git (Versionskontrolle).

Ohne Versionskontrolle entstehen Ordner mit Namen wie «website_final_v3_neu». Git ersetzt das durch eine lückenlose Geschichte: Jede abgeschlossene Änderung wird als Commit gespeichert, mit einer kurzen Beschreibung, was und warum geändert wurde. Alle Commits zusammen bilden das Repository, das vollständige Archiv des Projekts. Geht etwas schief, kann man auf jeden früheren Stand zurückspringen.

Branches erlauben es, an einer neuen Funktion zu arbeiten, ohne die laufende Version zu gefährden. Die Hauptlinie (oft main genannt) entspricht der Live-Website; neue Arbeiten entstehen auf eigenen Branches und werden erst nach Prüfung zusammengeführt. Plattformen wie GitHub, GitLab oder Bitbucket speichern Repositories online, ermöglichen Code-Reviews und lösen bei jeder Änderung automatisch Tests oder ein Deployment aus. Git selbst ist das Werkzeug, GitHub einer von mehreren Orten, an dem man es nutzt.

Für Auftraggeber ist Git vor allem eine Frage des Eigentums und der Unabhängigkeit. Wer das Repository seiner Website oder App besitzt, kann jederzeit eine andere Agentur beauftragen, ohne bei null anzufangen. Liegt der Code nur auf dem Rechner eines Entwicklers oder im Konto einer Agentur, entsteht ein Vendor Lock-in, der bei einem Wechsel teuer wird.

Git ist auch die Grundlage moderner Arbeitsabläufe. Eine Änderung wird auf einem Branch umgesetzt, automatisch gebaut und auf einer Staging-Umgebung zur Kontrolle bereitgestellt. Nach der Freigabe wird sie in die Hauptlinie übernommen und live geschaltet. Jeder Schritt ist dokumentiert, und ein fehlerhaftes Update lässt sich mit einem Befehl zurücknehmen.