Zum Inhalt springen
Git für TIA Portal & SPS-Code
Bald verfügbar
Versionsverwaltung für TIA Portal

Git für TIA Portal & SPS-Code

Stage & Commit · Diffs & Branches · GitLab & GitHub · Test-Suites versioniert — und mehr
Behandle SPS-Code wie Software: integrierte Git-Versionsverwaltung direkt in AnyAutomation Studio — stagen, committen, diffen, pushen und pullen.

Git für dein Automationsprojekt

01

Stagen & Committen

Änderungen an Bausteinen und Projektdateien über die integrierte Quellcodeverwaltung stagen und committen.
  • Source-Control-Ansicht
  • Commit-Historie
  • In der IDE
02

Diffs ansehen

Sieh, was sich an einem Baustein zwischen zwei Ständen geändert hat — Zeile für Zeile.
  • Datei- & Baustein-Diffs
  • Vorher/Nachher
  • Vor dem Commit prüfen
03

Branches & Merge

Branches anlegen, wechseln und zusammenführen — der gewohnte Git-Workflow für SPS-Code.
  • Branch & Switch
  • Merge
  • Konflikte sichtbar
04

Push / Pull / Sync

Mit jedem Remote synchronisieren — GitLab, GitHub, Azure DevOps oder selbst gehostet.
  • Beliebige Remotes
  • Push & Pull
  • Sync
05

Test-Suites versioniert

SCL-Unit-Test-Suites sind klartextlesbare JSON-Dateien — versioniere sie zusammen mit dem Code.
  • Diff-bare Suites
  • Code-Review für Tests
  • Keine Blackbox
06

Mit Unit-Tests & CI/CD

Git bildet die Basis für die Pipeline — jede Änderung getestet und nachvollziehbar.
  • Versioniert + getestet
  • Nachvollziehbar
  • CI/CD-tauglich

Git für TIA Portal — Leitfaden

Git für TIA Portal bedeutet, SPS-Code wie Software zu versionieren: Änderungen committen, Diffs ansehen, Branches verwalten und mit einem Remote synchronisieren. AnyAutomation Studio bringt dafür eine integrierte Git-Quellcodeverwaltung direkt in die IDE — ohne den Editor zu verlassen.

Wie funktioniert Git in AnyAutomation Studio?

Über die Source-Control-Ansicht stagest und committest du Änderungen an Bausteinen und Projektdateien, siehst Diffs, verwaltest Branches und pushst, pullst oder synchronisierst mit jedem Git-Remote — GitLab, GitHub, Azure DevOps oder selbst gehostet. Weil SCL-Unit-Test-Suites klartextlesbare JSON-Dateien neben dem Projekt sind, versionierst du Tests und Code gemeinsam. Details in der Git-Client-Dokumentation.

Wie passt das zu Openness, Tests und CI/CD?

Git ist die Basis des durchgehenden Flusses: KI generiert → Openness importiert → Unit-Tests verifizieren → Git und CI/CD tracken jede Änderung. Spezialwerkzeuge wie VCI oder octoplant decken die Projekt-Archivierung breiter ab; Studio setzt den Fokus auf code- und testnahe Versionierung direkt in der Engineering-IDE.

Häufige Fragen

Kann man TIA-Portal-Projekte mit Git versionieren?

Ja. AnyAutomation Studio bringt eine integrierte Git-Versionsverwaltung mit, über die du Bausteine und Projektdateien stagen, committen, diffen und mit einem Remote synchronisieren kannst.

Wie funktioniert Git in AnyAutomation Studio?

Über eine Source-Control-Ansicht in der IDE: Änderungen stagen und committen, Diffs ansehen, Branches verwalten sowie pushen, pullen und synchronisieren — der gewohnte Git-Workflow für SPS-Code.

Was unterscheidet das von VCI oder octoplant?

VCI und octoplant sind auf umfassende Projekt-Archivierung und -Verwaltung ausgelegt. AnyAutomation Studio fokussiert auf code- und testnahe Git-Versionierung direkt in der Engineering-IDE, eng verzahnt mit KI-Generierung und Unit-Tests.

Kann ich SCL-Unit-Test-Suites mit Git versionieren?

Ja. Test-Suites sind klartextlesbare JSON-Dateien neben deiner Projektdatei und lassen sich wie jeder andere Code stagen, committen, diffen und reviewen.

Läuft das mit GitLab und GitHub?

Ja. Du kannst mit jedem Git-Remote synchronisieren — GitLab, GitHub, Azure DevOps oder selbst gehostet.

SPS-Code versionieren

Beschreibe deinen Workflow → wir zeigen den Git-Weg.