Was ist Engineering-Datenmanagement? Praxisleitfaden für Cloud-PDM in CAD-Teams
Praxisleitfaden zum Engineering-Datenmanagement für CAD-Teams und warum Cloud-PDM der moderne Weg ist, CAD-Dateien, Revisionen und Freigaben zu kontrollieren.
Kann man Git oder SVN für CAD-Dateien nutzen? Was funktioniert, wo es scheitert und wann PDM sinnvoll ist
Git und SVN können CAD-Revisionen speichern, verstehen aber weder Geometrie noch Baugruppen, Referenzen oder Engineering-Freigaben automatisch. Dieser Leitfaden zeigt, wann allgemeine Versionskontrolle ausreicht und wann ein CAD-spezifisches PDM praktischer wird.
TABLE OF CONTENTS
Kurzantwort: Ja, Git oder SVN können CAD-Dateien versionieren – allerdings nur innerhalb klarer Grenzen. Git LFS verbessert die Speicherung großer Binärdateien; SVN bietet zentrale Versionsverwaltung und Dateisperren. Keines der Systeme versteht nativ CAD-Geometrie, Baugruppen, Zeichnungen, Referenzen, Freigaben oder Lieferanten-Reviews. Mit wachsender Zusammenarbeit und Komplexität wird ein CAD-spezifisches PDM-System meist praktischer.
Engineering-Teams stellen häufig eine berechtigte Frage: Können wir Git oder SVN zur Verwaltung von CAD-Dateien verwenden, statt ein PDM-System einzuführen?
Git und Apache Subversion können historische Dateistände bewahren, Änderungen einzelnen Beteiligten zuordnen, Kommentare speichern und frühere Versionen wiederherstellen. Native mechanische CAD-Dateien sind jedoch kein Quellcode. Sie sind meist binär, enthalten komplexe Beziehungen zwischen Teilen, Baugruppen und Zeichnungen und lassen sich normalerweise nicht wie Textdateien zusammenführen.
Die wichtigste Unterscheidung lautet:
- Git oder SVN als kontrolliertes Freigabearchiv: häufig praktikabel für genehmigte Snapshots, besonders wenn das Team Versionskontrolle bereits beherrscht.
- Git oder SVN als tägliches CAD-Kollaborationssystem: in begrenzten Workflows möglich, aber mit mehr Baugruppen, Beteiligten, Lieferanten und Freigaben zunehmend schwierig.
Warum Engineering-Teams Git oder SVN erwägen
Viele Teams verwenden diese Systeme bereits, können sie administrieren oder kostengünstig bereitstellen.
Ein Repository bietet unter anderem:
- Verlauf jeder eingecheckten Version
- Benutzer- und Zeitstempel
- Commit-Nachrichten als Änderungsprotokoll
- Tags oder Branches für Releases und Varianten
- Wiederherstellung älterer Dateien
- Zentralen oder entfernten Zugriff
- Self-Hosting
- Zugriffsrechte
- Einen Prozess gegen unkontrolliertes Überschreiben
Damit lassen sich typische Fragen beantworten: Welche Datei ist aktuell? Wer hat das Modell geändert? Können wir die vorherige Revision wiederherstellen? Wie bewahren wir einen genehmigten Stand?
In der Reddit-Diskussion „I’m thinking of using Git to manage CAD drawings with a revision change log“ geht es um CAD-Revisionen mit Änderungsprotokoll, genehmigten Snapshots sowie PDF-, STEP- und Bilddateien. Das ist realistisch, wenn das Repository als kontrolliertes Archiv und nicht als primäre Umgebung für tägliche CAD-Zusammenarbeit dient.
Was aktuelle Forschung zur CAD-Versionskontrolle sagt
Die Grenzen der CAD-Versionskontrolle reichen über einzelne Plattformen hinaus.
Eine CHI-Studie von 2026, Untangling the Timeline: Challenges and Opportunities in Supporting Version Control in Modern Computer-Aided Design, untersuchte 170 Online-Diskussionen. Wiederkehrende Herausforderungen betrafen:
- Verwaltung von Versionshistorien
- Kontinuität zwischen verknüpften und exportierten Dateien
- Umfang und Granularität von Versionen
- Verteilung von Versionen über Benutzer- und Organisationsgrenzen hinweg
CAD-Versionskontrolle ist also nicht nur ein Speicherproblem. Sie betrifft auch Rückverfolgbarkeit, Abhängigkeiten, Zusammenarbeit, Zugriffssteuerung und die technische Bedeutung von Änderungen.
Wann Git oder SVN für CAD funktionieren können
Git oder SVN können ausreichen, wenn die meisten dieser Bedingungen erfüllt sind:
- Eine Person nimmt den Großteil der Änderungen vor.
- Das Team ist klein und technisch erfahren.
- Dateien sind unabhängig oder besitzen einfache, stabile Referenzen.
- Das Repository dient hauptsächlich genehmigten Freigabe-Snapshots.
- Zwei Personen bearbeiten selten gleichzeitig dieselbe CAD-Datei.
- Visuelle Vergleiche erfolgen manuell in der CAD-Anwendung.
- Freigaben werden außerhalb des Repositorys verwaltet.
- Lieferanten benötigen keinen kontrollierten Browserzugriff.
- Das Team kann klare Regeln für Namen, Tags und Sperren einhalten.
- Der Aufwand eines formalen PDM übersteigt den aktuellen Bedarf.
Ein genehmigtes Revisionspaket könnte beispielsweise enthalten:
Freigabeinhalt | Beispieldatei | Zweck |
Native Baugruppe | gearbox-assembly.SLDASM | Editierbare Baugruppe bewahren |
Native Teile | gearbox-housing.SLDPRT, gearbox-shaft.SLDPRT | Referenzierte Komponenten bewahren |
Freigegebene Zeichnung | gearbox-drawing.pdf | Zugängliche genehmigte Zeichnung bereitstellen |
Neutrale CAD-Datei | gearbox-export.step | Fertigung und Interoperabilität unterstützen |
Änderungsprotokoll | CHANGELOG.md | Änderungen und Gründe dokumentieren |
Ein Commit oder Tag kennzeichnet die genehmigte Revision und die zugehörigen Dateien. Schwierig wird es, wenn das Repository zusätzlich aktive Konstruktion über mehrere Personen und voneinander abhängige CAD-Dateien koordinieren soll.
Warum CAD-Dateien anders als Quellcode sind
CAD-Dateien sind meist binär
Git kann Textänderungen präzise anzeigen:
- hole_diameter = 10 + hole_diameter = 12
Bei einer nativen CAD-Datei erscheint oft nur:
Binary file changed
Git kann Attribute und externe Konvertierungstools verwenden, versteht die Geometrie aber nicht selbst. Es kann daher nicht automatisch erklären, ob ein Durchmesser geändert, ein Feature entfernt, ein Bauteil verschoben, eine Bemaßung angepasst oder eine Referenz ersetzt wurde.
CAD-Änderungen lassen sich normalerweise nicht wie Code mergen
Zwei Entwickler können unterschiedliche Textzeilen bearbeiten und zusammenführen. Zwei unabhängig geänderte Binärversionen desselben CAD-Modells müssen meist manuell abgeglichen werden. Deshalb ist ein verwalteter Check-in/Check-out-Workflow häufig sinnvoller als paralleles Merging.
CAD-Projekte enthalten Abhängigkeiten
Ein CAD-Projekt besteht selten aus nur einer unabhängigen Datei:
- Hauptbaugruppe
- Unterbaugruppe A
- Teil A1
- Teil A2
- Unterbaugruppe B
- Zeichnungen
- Externe Referenzen
- Fertigungsexporte
Umbenennen, Verschieben oder Wiederherstellen einer Datei kann Baugruppen, Zeichnungen und Fertigungsdaten beeinflussen. Git und SVN verfolgen Dateien und Ordner, verstehen aber nicht automatisch die Engineering-Beziehungen zwischen Baugruppen, Teilen, Zeichnungen und abgeleiteten Dateien.
Löst Git LFS die CAD-Versionskontrolle?
Git LFS löst einen Teil des Speicherproblems, nicht den gesamten CAD-Workflow.
Git Large File Storage ersetzt große Dateien im Repository durch Textzeiger und speichert die Binärinhalte auf einem entfernten Server:
git lfs install git lfs track "*.SLDPRT" git lfs track "*.SLDASM" git lfs track "*.STEP" git lfs track "*.DWG" git add .gitattributes
Git LFS hilft bei
- Versionierung großer CAD-Binärdateien
- Besserer Handhabbarkeit des Git-Repositorys
- Weniger Daten bei üblichen Clone- und Fetch-Vorgängen
- Beibehaltung eines vertrauten Commit-/Push-Prozesses
- Anwendung von Repository-Zugriffsrechten
- Dateisperrung, wenn Server und Client Git LFS Locking unterstützen
Git LFS bietet nicht automatisch
- CAD-Geometrievergleich
- Verfolgung von Baugruppenreferenzen
- Verwaltung von Zeichnungs-/Modellbeziehungen
- Extraktion von CAD-Metadaten
- 3D-Ansicht im Browser
- Engineering-Freigabeworkflows
- Release-Status
- Lieferantenspezifischen Review-Zugriff
- BOM- oder Änderungsmanagement
- Eine Oberfläche für nicht-technische Beteiligte
Git LFS macht Git für große CAD-Dateien praktischer, aber nicht CAD-bewusst.
Ist SVN besser als Git für CAD?
SVN kann für traditionelle CAD-Workflows einfacher sein, weil es zentral arbeitet und explizite Dateisperren unterstützt.
Apache Subversion unterstützt das Sperren vor der Bearbeitung (Lock-before-edit), atomare Commits, eine gemeinsame Nachricht für die gesamte Revision und binäre Differenzierung bei Übertragung und Speicherung.
SVN kann attraktiv sein, wenn:
- Eine zentrale Quelle der Wahrheit gewünscht ist.
- CAD-Dateien nicht zusammengeführt werden können.
- Nur eine Person eine Datei gleichzeitig bearbeiten soll.
- Das Team Checkout und Commit statt Branching und Merging bevorzugt.
- Viele Binärdateien verwaltet werden.
- SVN-Infrastruktur bereits vorhanden ist.
Trotzdem bleibt SVN ein allgemeines Versionskontrollsystem. Für zentrale Binärversionierung und Sperren kann es natürlicher als Git sein, aber es ist kein CAD-spezifisches PDM.
Git vs. Git LFS vs. SVN vs. Cloud-Speicher vs. PDM
Funktion | Git | Git LFS | SVN | Cloud-Speicher | CAD-spezifisches PDM |
Versionshistorie | Ja | Ja | Ja | Meist | Ja |
Frühere Versionen | Ja | Ja | Ja | Meist | Ja |
Änderungsnotizen | Commits | Commits | Logs | Begrenzt | Meist |
Große Binärdateien | Begrenzt | Besser | Gut | Gut | Variabel |
Dateisperren | Workflowabhängig | Kompatible Setups | Integriert | Begrenzt | Meist |
Text-Diff/Merge | Stark | Stark für Text | Unterstützt | Nein | Nicht Hauptzweck |
Natives CAD-Merge | Nein | Nein | Nein | Nein | Meist begrenzt |
Geometrievergleich | Nicht standardmäßig | Nicht standardmäßig | Nicht standardmäßig | Nein | Variabel |
Baugruppen-/Referenzwissen | Nein | Nein | Nein | Nein | Variabel |
CAD-Ansicht im Browser | Nein | Nein | Nein | Meist nein | Variabel |
Freigabe | Manuell | Manuell | Manuell | Begrenzt | Variabel |
Lieferanten-Review | Repository-Zugriff | Repository-Zugriff | Repository-Zugriff | Freigabelinks | Kontrolliert; produktabhängig |
Für Nicht-Techniker | Niedrig | Niedrig | Mittel | Hoch | Meist besser |
Self-Hosting | Ja | Ja | Ja | Abhängig | Abhängig |
Nicht jedes PDM bietet alle Funktionen der letzten Spalte. Formatunterstützung, Beziehungserkennung, Geometrievergleich, BOM und Freigaben unterscheiden sich je nach Produkt.
Drei praktische Szenarien
1. Eine Person archiviert freigegebene Revisionen
Git LFS oder SVN können genügen. Das vollständige Paket aus nativen Dateien, PDF, STEP und Fertigungsdaten wird eingecheckt, mit einem Revisionstag versehen und extern gesichert. Das Repository dient als kontrolliertes Freigabearchiv.
2. Ein kleines technisches Team arbeitet mit einfachen Dateien
Git LFS oder SVN können mit strengen Regeln funktionieren:
- Nicht zusammenführbare Dateien vor der Bearbeitung sperren.
- Gleichzeitige Bearbeitungen vermeiden.
- Verantwortlichkeiten für Baugruppen und Teile festlegen.
- Namens-, Ordner- und Freigaberegeln definieren.
- Zusammengehörige Dateien gemeinsam committen.
- Referenzen vor der Freigabe prüfen.
- Unkontrolliertes Umbenennen und Verschieben vermeiden.
- Alle Beteiligten schulen.
Nehmen wir ein vierköpfiges SOLIDWORKS-Team mit einer Baugruppe aus 350 Teilen. Bearbeiten zwei Personen dasselbe Gehäuse ausgehend von einer gemeinsamen Revision, kann Git LFS beide Binärdateien speichern. Es kann jedoch eine Änderung am Bohrbild nicht mit einer geänderten Wandstärke zusammenführen und erkennt auch nicht, welche Zeichnungen aktualisiert werden müssen. Die direkten Softwarekosten bleiben möglicherweise niedrig, dafür steigen Prozess-, Schulungs- und Koordinationsaufwand.
3. Ein Multi-CAD-Team arbeitet mit Lieferanten
Ein PDM wird sinnvoller, wenn mehrere Personen abhängige Dateien bearbeiten, Baugruppen viele Referenzen enthalten, kontrollierte Lieferantenzusammenarbeit nötig ist, Personen ohne CAD Browser-Reviews durchführen und formale Freigabestatus erforderlich sind.
So entscheiden Sie, ob Git oder SVN noch ausreichen
Git oder SVN können genügen, wenn:
Sie vor allem genehmigte Releases archivieren.
Die CAD-Struktur einfach ist.
Eine Person nimmt die meisten Änderungen vor.
Alle Versionskontrolle verstehen.
Sie keine CAD-Reviews im Browser benötigen.
Sie keinen geometriebasierten Vergleich benötigen.
Freigaben außerhalb des Repositorys erfolgen.
Lieferanten keinen direkten kontrollierten Zugriff brauchen.
Sie Dateibeziehungen manuell verwalten können.
Erwägen Sie PDM, wenn:
Arbeit häufig überschrieben wird.
Baugruppen viele verknüpfte Dateien enthalten.
Dateien regelmäßig umbenannt oder verschoben werden.
Mehrere CAD-Systeme eingesetzt werden.
Verwaltetes Check-in/Check-out nötig ist.
Visuelle Prüfung oder Annotationen nötig sind.
Freigegebene Daten von Work-in-Progress getrennt werden müssen.
Auditierbarkeit und Freigabeverlauf wichtig sind.
Die Arbeit mit dem Repository für nichttechnische Beteiligte zu kompliziert wird.
Wo CAD ROOMS einzuordnen ist
CAD ROOMS ist relevant, wenn ein Team über gemeinsame Ordner, Tabellen, generische Cloud-Laufwerke, Git oder SVN hinausgewachsen ist, aber die Infrastruktur eines klassischen On-Premise-PDM vermeiden möchte. Ein strukturierter PDM-Workflow für Revisionen, Freigaben und Release ersetzt viele manuelle Kontrollen.
Verwaltet ein Team nur wenige unabhängige Dateien, können Git LFS oder SVN weiterhin genügen. Sobald Baugruppen, Lieferanten-Reviews und formale Freigaben hinzukommen, sind vor allem folgende PDM-Funktionen relevant:
- CAD-Dateiversionshistorie
- Check-in/Check-out
- Lokale CAD-Bearbeitung über die Desktop-App
- Multi-CAD-Dateiverwaltung
- Browserbasierte Designprüfung
- Kommentare und kontrollierte Freigabe
- Dateibeziehungen
- Rollen und Berechtigungen
- Audit-Historie
- Zusammenarbeit mit Lieferanten und externen Prüfern
Für Quellcode, textbasierte Designformate oder einfache persönliche Archive können Git oder SVN weiterhin besser geeignet sein. PDM wird wichtiger, sobald es nicht mehr nur um „Wie speichern wir Versionen?“ geht, sondern um „Wie koordinieren wir Daten, Personen, Referenzen, Reviews, Berechtigungen und Freigaben?“
Fazit: Kann man Git oder SVN für CAD verwenden?
Ja. Git und SVN können CAD-Dateien auf grundlegender Dateiversionsebene verwalten. Git LFS verbessert den Umgang mit großen Binärdateien; SVN kann mit zentralem Repository und Sperren natürlicher wirken.
Doch keines der Systeme versteht automatisch Geometrie, Baugruppenabhängigkeiten, Zeichnungsbeziehungen, Release-Status, Lieferanten-Reviews oder Engineering-Freigaben.
- Nutzen Sie Git oder SVN, wenn Sie technischen Dateiverlauf benötigen und den Engineering-Prozess manuell verwalten können.
- Nutzen Sie PDM, wenn das System den Prozess rund um die Dateien unterstützen soll.
Häufig gestellte Fragen
Kann Git SOLIDWORKS-Dateien verwalten?
Ja. Git kann
.SLDPRT, .SLDASM und .SLDDRW speichern; Git LFS macht große Dateien praktikabler. Git versteht Baugruppen, Referenzen, Features oder Geometrieänderungen jedoch nicht automatisch. Siehe SOLIDWORKS-Dateien mit Lieferanten teilen.Kann Git LFS CAD-Dateien speichern?
Ja. Git LFS speichert Binärinhalte außerhalb der normalen Git-Objektdatenbank und behält Textzeiger im Repository. Es verbessert die Speicherung, fügt aber keine CAD-Funktionen hinzu.
Ist SVN besser als Git für CAD?
SVN kann für Teams einfacher sein, die ein zentrales Repository und das Sperren vor der Bearbeitung bevorzugen. Es bleibt ein allgemeines Versionskontrollsystem.
Können zwei Ingenieure Änderungen an derselben CAD-Datei mergen?
Meist nicht wie bei Quellcode. Unabhängig bearbeitete Binärmodelle müssen normalerweise manuell in der CAD-Anwendung abgeglichen werden.
Kann Git CAD-Baugruppen und Referenzen verfolgen?
Git verfolgt Dateien und Pfade, versteht aber nicht, dass eine Datei eine Baugruppe und eine andere ein referenziertes Teil oder eine Zeichnung ist. CAD-spezifische Systeme zeigen solche Dateibeziehungen im CAD-Viewer.
Eignet sich Git für CAD-Revisionskontrolle?
Ja, für einzelne Konstrukteure, technische Kleinteams, einfache Projekte und genehmigte Freigabearchive. Mit mehr Baugruppen, Personen, Freigaben und externer Zusammenarbeit steigt der Aufwand.
Kann Git nur für genehmigte CAD-Snapshots verwendet werden?
Ja. Das ist ein besonders praktischer Anwendungsfall: vollständige Freigabepakete committen, Revisionstags setzen und native Dateien, neutrale Formate, Zeichnungen und Änderungsprotokolle bewahren.
Wann sollte ein Team von Git oder SVN zu PDM wechseln?
Wenn manuelle Koordination, Repository-Schulung, defekte Referenzen, Zugriffskontrolle, Freigabemanagement oder Lieferantenzusammenarbeit viel Engineering-Zeit kosten oder das Freigaberisiko erhöhen.
Was ist der Unterschied zwischen Git-Versionskontrolle und PDM?
Git verfolgt primär Repository-Inhalte und deren Historie. PDM verwaltet Engineering-Daten und ihren operativen Kontext – einschließlich Dateibeziehungen, Check-in/Check-out, Berechtigungen, Reviews, Releases und Audits.
Ist PDM für CAD immer notwendig?
Nein. Einzelne Konstrukteure oder kleine Teams mit einfachen Dateien benötigen möglicherweise kein PDM. Entscheidend sind Komplexität, Dateibeziehungen, Compliance und die Zuverlässigkeit manueller Prozesse.
Ist CAD ROOMS eine Alternative zu Git oder SVN für CAD?
Ja, wenn ein Team mehr als grundlegenden Dateiverlauf braucht. Die Versionskontrolle in CAD ROOMS verbindet Check-in/Check-out, Versionshistorie, Dateibeziehungen, Browser-Review, Berechtigungen und externe Zusammenarbeit.
Quellen
- Deng, Y., Zhang, S., Cheng, K., Olechowski, A. und Zhou, S. Untangling the Timeline: Challenges and Opportunities in Supporting Version Control in Modern Computer-Aided Design. CHI 2026.
- Offizielle Dokumentation zu Git Large File Storage
- Offizielle Git-gitattributes-Dokumentation
- Git-LFS-Locking-Dokumentation
- Offizielle Funktionsübersicht von Apache Subversion
Verwandte Artikel
Related Posts
Onshape-PDM-Alternative: Was Multi-CAD-Teams beachten sollten
Ein neutraler Leitfaden zur Wahl einer Onshape-PDM-Alternative für Multi-CAD-Teams und wie eine herstellerneutrale Cloud-PDM-Schicht gemischte CAD-Daten und die Freigabe an Lieferanten verwaltet.
Optimieren Sie die Produktentwicklung mit den cloudbasierten PDM- und Kollaborationstools von CAD ROOMS
Wie können cloudbasiertes PDM und Echtzeit-Kollaboration die Hardware-Produktentwicklung beschleunigen? Welche Tools helfen Teams, Versionen zu kontrollieren und Produkte schneller zur Marktreife zu bringen?