TIA Portal mit Git
versionieren.
GitHub, GitLab & CI/CD.

Braucht das Version Control Interface einen Download?

Ab TIA Portal V18 nicht: Das Version Control Interface ist Bestandteil der Installation und wird über die Projektnavigation als Workspace angelegt — in V20 und V21 ebenso. Für V16 und V17 stellt Siemens den VCI Git Connector als Add-In über den Industry Online Support bereit; installiert wird es wie jedes andere TIA-Add-In. Was das VCI in keiner Version mitbringt, ist der Git-Client selbst: Commit, Branch und Merge laufen über ein separates Werkzeug auf dem Workspace-Verzeichnis — VS Code, Git Bash oder die IDE Ihrer Wahl. Wie Sie das Repository darüber hinaus strukturieren — und wo OT-Speziallösungen wie octoplant oder versiondog statt Standard-Git die bessere Wahl sind —, vertieft unser Beitrag zur SPS-Versionsverwaltung mit octoplant, versiondog und Git; die Begriffe rund um das TIA Portal als Engineering-Framework klärt der Glossar-Eintrag.

TIA Portal V21 und Git: was der LAD/FBD/SCL-Export ändert

In TIA Portal V21 exportiert das Version Control Interface Bausteine als textbasiertes LAD, FBD und SCL — der entscheidende Unterschied zum überwiegend XML-basierten Export ab V18. Ein git diff zeigt damit die fachliche Änderung statt einer Umsortierung von XML-Knoten, und ein Pull Request wird zum Ort, an dem zwei Automatisierer über Logik reden statt über Dateiformate. Am Git-Workflow selbst ändert V21 nichts: Workspace anlegen, Objekte übernehmen, mit einem externen Client committen — die vier Schritte oben gelten unverändert.

Der Unterschied ist im Review sofort sichtbar. Links eine Änderung an einer Freigabebedingung, wie sie im textbasierten Export ankommt — lesbar, kommentierbar, in der Historie auffindbar:

$ git diff HEAD~1 -- PLC_1/ProgramBlocks/FB_Freigabe.scl

@@ -42,7 +42,10 @@ IF #Startanforderung AND NOT #Stoerung THEN
-    #Freigabe := TRUE;
+    // Freigabe erst nach Quittierung — Nacharbeit KW32, Linie 3
+    IF #Quittierung_Bediener THEN
+        #Freigabe := TRUE;
+    END_IF;
     END_IF;

Vor V21 stand an derselben Stelle ein XML-Block mit Attribut-IDs, in dem dieselbe Änderung zwar technisch enthalten, aber praktisch nicht lesbar war. Wer heute auf V21 steht, sollte deshalb genau diesen Unterschied nutzen: Reviews auf Baustein-Ebene einführen, statt Commits nur als Backup zu fahren. Und wer noch auf V18 bis V20 arbeitet, verliert nichts — Repository-Struktur, .gitignore und CI/CD bleiben beim Upgrade identisch, nur die Diffs werden lesbar.

TIA Portal V20 und Git

In TIA Portal V20 ist das Version Control Interface fest integriert — der VCI-Workspace, der Drag-&-Drop-Export und die Git-Anbindung über einen externen Client funktionieren wie ab V18, mit breiterer Steuerungsunterstützung. Der Export ist in V20 allerdings noch überwiegend XML-basiert: Bausteinvergleiche gelingen im TIA Portal selbst, Standard-Git-Diffs bleiben sperrig. Wer den textbasierten, direkt diff-fähigen LAD/FBD/SCL-Export will, braucht das Upgrade auf V21 — der Git-Workflow selbst bleibt beim Wechsel unverändert.

TIA Portal mit GitHub verbinden

GitHub braucht keine Sonderbehandlung: Das VCI- oder Openness-Exportverzeichnis wird als lokales Git-Repository initialisiert und gegen ein Repository auf github.com oder GitHub Enterprise gepusht — Branches, Pull Requests und Code-Reviews funktionieren damit wie in der Software-Entwicklung. GitHub Actions übernimmt die CI/CD-Seite: Export-Konsistenz prüfen, PLCSim-Smoke-Tests fahren, Engineering-Backups als Artefakte signieren. Self-hosted Runner auf einem Windows-Engineering-Host sind dabei Pflicht, weil TIA Portal und PLCSim Windows voraussetzen.

PLCSim in der Pipeline — die unbequeme Wahrheit

Der unbequeme Teil steht selten im Tutorial: Automatisierte Tests gegen PLCSim in einer Pipeline aufzusetzen ist machbar, aber kein Nachmittagsprojekt. Lizenzierung, die Startzeiten der Simulation und die Frage, was ein Test überhaupt sinnvoll prüft, kosten mehr Zeit als der Git-Teil. Unsere Empfehlung: klein anfangen. Erst Export und Versionierung sauber automatisieren, dann Build- und Konsistenzprüfungen, und ganz zuletzt die Simulation. Wer alles auf einmal will, baut sich eine Pipeline, die am Ende niemand mehr wartet.