- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Über die Veröffentlichung von Automatisierungsprojekten
- Entwerfen von Automatisierungen
- Verwalten von Aktivitätspaketen
- Konfigurieren von Aktivitätsprojekteinstellungen
- Signieren von Paketen
- Governance
- Importieren von Entitäten
- Moderne Designumgebung
- Verknüpfen eines Projekts mit einer Idee im Automation Hub
- Verwenden des Data Managers
- Abhängigkeiten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Informationen zur Versionskontrolle
- Verwalten von Projekten mit GIT
- Verwalten von Projekten mit TFS
- Verwalten von Projekten mit SVN
- Workflow Diff
- Debugging
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- Variablen
- Argumente
- Importierte Namespaces
- Kontrollfluss
- Objekt-Repository
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Studio Testing
- Erweiterungen
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- Microsoft App-V – Unterstützung und Einschränkungen
- Fehlerbehebung bei Internet Explorer x64
- Probleme in Microsoft Office
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Reparieren der Active Accessibility-Unterstützung
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Source-Control-Systeme erweisen sich bei der Entwicklung größerer Projekte als sehr praktisch, bei denen eine reibungslose Zusammenarbeit zwischen mehreren Benutzern erforderlich ist. Sie können Studio-Automatisierungsprojekte mit GIT, SVN oder TFS verbinden, indem Sie auf Start (Backstage-Ansicht von Studio) > Team zugreifen.
Die Source Control-Plugins für GIT, SVN und TFS sind in Studio standardmäßig aktiviert. Sie können sie einzeln über Start (Studio Backstage-Ansicht) > Tools > Plugins aktivieren oder deaktivieren.
Wenn in Studio ein Projekt geöffnet ist, bietet die Schaltfläche Zu Source Control hinzufügen in der Statusleiste Verknüpfungen zu GIT-Initialisierung, In GIT kopieren, Zu TFS hinzufügen und Zu SVN hinzufügen.
We recommend adding all the files and subfolders in the project folder to source control (the .local subfolder is ignored by default). In addition, make sure there are no ignore lists such as .gitignore files configured in a way that excludes project files and subfolders.
Nur die Dateien und Unterordner aus dem Projektordner (der Ordner, der die Datei project.json enthält) können von Studio der Source Control hinzugefügt werden. Wenn Sie Dateien oder Ordner von außerhalb des Projektordners hinzufügen möchten, müssen Sie andere Source Control-Clients verwenden.
Sie können nicht gleichzeitig eine Verbindung zu GIT, TFS und SVN herstellen.
The GIT Version Control offers an overview and instructions on how to work with GIT-versioned projects in Studio.
The steps for checking in your projects to a TFS or SVN repository are detailed in the dedicated pages Managing Projects with TFS and Managing Projects with SVN.
Part of working with versioned files is the possibility to compare changes between the local version of the file and the one checked in the repository. You can do so using Workflow Diff.
If you want to compare two similar files in the same automation project, use Compare Files, which is also available for unversioned files.