Git wird dieses Jahr zwanzig, und die Beschreibung auf git-scm.com liest sich immer noch wie eine Herausforderung: ein freies und quelloffenes verteiltes Versionskontrollsystem, das alles von kleinen bis zu sehr grossen Projekten mit Geschwindigkeit und Effizienz bewältigen soll. Keine Anmeldung. Keine Cloud. Keine monatliche Gebühr. Linus Torvalds schrieb 2005 die erste Version, um den Linux-Kernel zu zügeln, als das Werkzeug, das er nutzte, seine freie Lizenz entzog; Junio Hamano betreut es seitdem. Diese Wartung — zwanzig Jahre, eine langweilige, bombensichere Sache langweilig und bombensicher zu halten — ist die eigentliche Ingenieurleistung hier, nicht der ursprüngliche Hack.

Architekten begegnen Git meistens nebenbei: Ein Plugin will ein Repo, ein Kollege sagt «klone es einfach», GitHub wirft dir eine Wand grüner Quadrate hin. Also liest es sich wie Entwickler-Werkzeug. Das ist es nicht. Es ist die einzige wirklich dauerhafte Antwort auf die Frage, die Gebäudearchive schleichend zerstört.

Das Werkzeug: Git ist ein verteiltes Versionskontrollsystem — jeder Klon ist eine vollständige Kopie der gesamten Historie, kein Checkout von einem Server, dem du vertrauen musst. Das ist das Wort, das zählt: verteilt. Das Projekt lebt auf git-scm.com, es ist die Referenzimplementierung, die Torvalds startete und Hamano verwaltet, und es kostet einen Designer genau einen Nachmittag, um die Angst loszulassen. Der Nachmittag lohnt sich, weil er «final_v7_WIRKLICH_final.ifc» in eine tatsächlich lesbare Historie verwandelt.

Das ist der Teil, der mein Atelier betrifft. Die Gebäude, die schlecht gealtert sind, waren nicht die hässlichen — sie waren die, die niemand wieder öffnen konnte, weil ein proprietäres Format dunkel wurde und die Quelle mit sich nahm. Git ist die gegenteilige Wette: reiner Text, menschenlesbare Diffs, kein Vendor, der dir die Fähigkeit entziehen kann, deine eigene Arbeit zu öffnen. Wenn das Unternehmen verschwindet, sitzt das Repository immer noch vollständig auf deiner Festplatte.

←HEUTE: 2026 kannst du Git in zehn Sekunden installieren und eine vollständige Projektgeschichte offline, für immer und kostenlos führen. →3012: Im Zurich-3012-Archiv waren die Dateien, die überlebten, die, die ein Fremder immer noch ohne Lizenzserver öffnen konnte. Fulcrum: Ein Werkzeug, das du offline für immer laufen kannst, ist das einzige, dessen Dateien dir wirklich gehören.

Das verteilte Design hat auch seinen Preis, und es ist fair, ihn deutlich zu benennen: Weil jeder Klon ein gleichberechtigter Peer ist, werden die Plattformen, die um Git herum gebaut sind — GitLab, GitHub, die Forges — zu attraktiven Zielen. GitLab patcht einen Fehler am 10. Juni; sechs Wochen später, am 24. Juli, veröffentlichten Forscher bei depthfirst funktionierenden Exploit-Code, wie The Hacker News berichtete. Auf jedem nicht aktualisierten selbst verwalteten 18.11.3-Server kann ein authentifizierter Benutzer, der zu einem Projekt pushen kann, ein handgefertigtes Jupyter-Notebook committen, sein Commit-Diff öffnen, um einen Heap-Pointer zu leaken, und — laut Cyber Security News, zwei Memory-Safety-Fehler im Oj-Ruby-JSON-Parser verkettend — Befehle als git ausführen. Keine davon ist Git-das-Format schuldig; es ist die Server-Schicht, und die Lösung ist unglamourös — das System aktualisieren. Die tiefere Lektion steckt im purplesyringa-Essay, den PAZ zur Supply-Chain-Vertrauensfrage eingereicht hat: Die Rust Foundation beschäftigte 2024 gerade vier Softwareingenieure, und kein Registry schuldet dir Sicherheit. Die sichere, stille Kopie ist die auf deinem Laptop, nicht die hinter einem Web-Login.

Setup:

git --version                       # braucht 2.x; wenn fehlen:
                                    #   winget install Git.Git   (Windows)
                                    #   brew install git         (macOS)
                                    #   apt install git          (Debian/Ubuntu)
mkdir wettbewerb-2026 && cd wettbewerb-2026
git init                            # dieser Ordner ist nun ein Repo
echo "roof-v1.ifc  handstair  origami-leaf" > README.md
git add .
git commit -m "Erste Einreichungsversion"
git log --oneline                   # Beweis: ein Commit, dein Name drauf

Erste Schritte:

1. Richte Git auf einen echten Projektordner aus — deine exportierten IFCs, deine .gh-Skripte, deine Detail-SVGs — und starte dort git init. Nichts bewegt sich; ein verborgener .git-Ordner beginnt einfach zu beobachten.
2. Füge eine zweizeilige .gitignore hinzu, die *.bak und *.tmp enthält, damit Rhino- und Archicad-Scratch-Dateien aus der Historie bleiben.
3. Jedes Mal, wenn ein Zeichnungssatz einen Meilenstein erreicht, starte git add -A && git commit -m "Vorabzug BG, Rev. C". Du hast nun einen zeitgestempelten, benannten Checkpoint, zu dem du zurückkehren kannst.
4. Starte git log --oneline und lies das Rückgrat deines eigenen Projekts. Diese Liste ist das, das du dir das letzte Mal gewünscht hast, als jemand fragte: «welche Version haben wir der Bauleitung gesendet?»

Atelier: Für ein Schweizer Studio ist der Moment zum Zugreifen der Wettbewerb-Deadline und die Abstimmungsrunde danach — die Woche, in der drei Personen dasselbe Modell bearbeiten und «final» aufhört, etwas zu bedeuten. Git gibt dem Büro eine gemeinsame, ehrliche Geschichte anstelle eines gemeinsamen Laufwerks voller veralteter Kopien, denen niemand traut. Dein erster Schritt: Wähle das aktuelle Live-Projekt, cd in seinen Ordner, starte git init und mache deinen ersten Commit vor dem Mittag — ein Repo, eine Gewohnheit, kein Server, kein Abo.

Hack: Sieh genau, welches Detailblatt sich zwischen zwei Einreichungen bewegt hat, ohne durch Ordner zu wühlen. Git verfolgt die Historie pro Datei, also kannst du es nur nach einem Plan fragen und die Änderung lesen, anstatt zu raten. Mach das nach zwei Commits:

git add plan-EG.svg && git commit -m "EG Rev. C"
git log --oneline -- plan-EG.svg    # jede Revision dieser Datei
git diff HEAD~1 -- plan-EG.svg      # was sich seit der letzten Rev. geändert hat

Weil SVG, IFC, JSON und .gh-nahe Exporte Text unter der Oberfläche sind, zeigt git diff echte Änderungen auf Zeilenebene — eine verschobene Tür, eine umbenannte Schicht, eine verschobene Koordinate — keine Black-Box «Datei geändert 14:32.» Das ist der ganze Trick: Halte die tragenden Sachen in Formaten, die Git lesen kann, und jede Bearbeitung wird überprüfbar.

PAZ hat sich genau auf diese Disziplin schon verlassen — das offene IFC-Toolkit IfcOpenShell lebt und wird auf Git geliefert, deshalb klont und läuft ein 2015er-Skript davon immer noch heute. Das ist kein Glück; es ist die Format-Wahl. Gits Benutzeroberfläche hat den Ruf, benutzerfreundlich zu sein — falls du Git schon kennst — aber du verlierst keinen Nachmittag an eine Dialogbox, die deine Arbeit verschluckt, weil es keine Dialogbox gibt, nur deine Dateien und ihre Geschichte.

Starte heute mit einem Repo. Keine Migration, kein Policy-PDF, kein Workshop — ein Ordner, git init, ein Commit. In zwanzig Jahren ist das der Unterschied zwischen einem Projekt, das du wieder öffnen kannst, und einem Projekt, das du nur noch in Erinnerung hast.

Weiterlernen:

• Startseite & Dokumentation: git-scm.com — die Referenzimplementierung, Downloads und das freie Referenzbuch.
• Warum das Update zählt: The Hacker News über den depthfirst GitLab RCE PoC — die Server-Schicht, nicht das Format, ist das weiche Ziel.
• Mechanismus des Fehlers: Cyber Security News über die Oj JSON-Parser-Memory-Safety-Kette.
• Git in der AEC-Praxis: IfcOpenShell — ein offenes IFC-Toolkit, das überlebt, weil es auf Git geliefert wird.
• PAZ-Kontext: PAZ-Webinar — GIS-to-BIM-Workflows & Automation, wo versionskontrollierte Daten das stille Rückgrat sind.