- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Hinweise zu Abhängigkeiten
- Verwalten von Abhängigkeiten
- Massenhafte Aktualisierung von Befehlszeilenparametern
- Fehlende oder ungültige Aktivitäten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- 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
- Variablen
- Argumente
- Importierte Namespaces
- Kontrollfluss
- Objekt-Repository
- Protokollierung
- Das ScaleCoordinates-Migrationstool
- Das Tool ScreenScrapeJavaSupport
- StudioPro
- Erweiterungen
- Fehlersuche und ‑behebung
- Internet Explorer x64
- Microsoft Office Interop-Probleme
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Erkennen von UI-Elementen nach Windows-Aktualisierungen.
- JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Java in App-V
- Microsoft App-V – Unterstützung und Einschränkungen
- Citrix-Fehlerbehebung

Studio-Benutzerhandbuch
project.json-Dateien durchzuführen, die zu mehreren Automationsprojekten gehören. Sie ermöglicht das Hinzufügen oder Entfernen von Abhängigkeiten, das Ändern von Paketversionen und Ausführungszeitregeln sowie das Signieren von Prozessen oder Bibliotheken vor dem Veröffentlichen.
Bitte beachten Sie, dass Sie bei Nutzung des Massenaktualisierungstool für Projektabhängigkeiten die Lizenzbedingungen jeder aktualisierten Paketversion stillschweigend akzeptieren.
UiPath.Studio.CommandLine.exe ist im Installationsordner verfügbar. Standardmäßig lautet der Pfad für die Windows Installer (.msi)-Version von Studio C:\Program Files (x86)\UiPath\Studio\.
%LocalAppData%\UiPath\[Studio_version]\.
--help. Verwenden Sie --version, um die Version von UiPath.Studio.CommandLine.exe zu überprüfen.
r, --repository bei Verwendung zusammen mit svn login und svn checkout.
Es wird empfohlen, Projekte in Studio zu speichern und zu schließen, bevor Sie mit dem Massenaktualisierungstool für Projektabhängigkeiten Änderungen daran vornehmen.
-
list- Suchen Sie die Pfade zu in einem bestimmten Verzeichnis gespeichertenproject.json-Dateien und zeigen Sie diese an. Projekte aus einem lokalen Netzwerklaufwerk können ebenfalls aufgelistet werden. Folgende Argumente sollten mit dem Befehllistverwendet werden:Argument
Beschreibung
-d, --directoryDas Verzeichnis, in dem die Dateien gespeichert sind, die Sie auflisten möchten. Verwenden Sie die Argumente-u, --userund-p, --passfür passwortgeschützte Remote-Verzeichnisse.Hinweis: Wenn das Argument--directorynicht zusammen mit dem Befehllistverwendet wird, werden die Pfade zu allenproject.json-Dateien aus dem aktuellen Arbeitsverzeichnis angezeigt. -
manage- Verwalten Sie das angegebene Projekt. Bitte beachten Sie, dass mehrere Abhängigkeiten und Regeln hinzugefügt oder entfernt werden können, vorausgesetzt, dass sie durch Leerzeichen getrennt sind. Folgende Argumente sollten mit dem Befehlmanageverwendet werden:Argument
Beschreibung
-a, --add-refFügt die Abhängigkeits- und Laufzeitregel zur Dateiproject.jsonhinzu oder aktualisiert sie.”dependencyname|version|runtimerule”= fügt die Abhängigkeitsversion und die Laufzeitregel hinzu oder aktualisiert sie.”dependencyname|prereleaseversion|runtimerule”= fügt die Vorversion der Abhängigkeit und die angegebene Laufzeitregel hinzu.
r, --rem-refEntfernt die angegebenen Abhängigkeiten aus der Dateiproject.json."dependencyname"- die aus dem Projekt zu entfernende Abhängigkeit, ungeachtet ihrer Version."dependencyname|version"- entfernt die Abhängigkeit mit dieser speziellen Version ungeachtet dessen, ob es sich um eine Vorversion handelt.
-p, --project-pathDer Pfad zurproject.json-Datei.Hinweis: Die Syntax für Laufzeitregeln istlowestfür niedrigste anwendbare Version (Lowest Applicable Version) undstrictfür strenge (Strict) Version. Ist einer dieser beiden Parameter erwähnt, wird standardmäßig die niedrigste anwendbare Version (Lowest Applicable Version) angewandt.
manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json" --add-ref "UiPath.Excel.Activities|2.6.2|lowest" die Paketversion in 2.6.2 und die Laufzeitregel auf „Niedrigste gültige Version“.
-
publish- Veröffentlichen Sie das Projekt zusammen mit den Änderungen an Abhängigkeiten. Folgende Argumente sollten mit dem Befehlpublishverwendet werden:Argument
Beschreibung
-p, --project-pathDer Pfad zu demproject.json, der veröffentlicht werden soll. Das Argument ist obligatorisch.-g, --targetWo das Projekt veröffentlicht werden soll:
Custom– Benutzerdefinierte URL oder lokaler Ordner. Definieren Sie den Ort mithilfe des Arguments-f, --feed.Robot– Standardveröffentlichungsort für den Roboter, wenn er nicht mit dem Orchestrator verbunden ist. Nicht verfügbar für die Veröffentlichung von Bibliotheken oder Vorlagen.OrchestratorTenant– Orchestrator-Feed für Mandantenprozesse (für Prozesse und Testfälle) oder Orchestrator-Bibliotheksfeed (für Bibliotheken und Vorlagen).OrchestratorPersonalFolder– Orchestrator-Feed des persönlichen Arbeitsbereichs. Nicht verfügbar zum Veröffentlichen von Bibliotheken, Vorlagen oder Testfällen.
-f, --feedDie benutzerdefinierte URL für die Veröffentlichung des Projekts. Dies kann auch ein benutzerdefiniertes lokales Verzeichnis sein, ähnlich dem Pfad auf der Registerkarte Veröffentlichungsoptionen in Studio.
-a, --api-keyDer API-Schlüssel zum Veröffentlichen des Projekts. Dieses Argument kann für ein benutzerdefiniertes Ziel verwendet werden.
-n, --notesVersionshinweise, die Änderungen am Projekt enthalten.
-v, --new-versionDie neue Version für das Projekt.
-t, --timeoutLegt den Timeout-Wert für die Veröffentlichung von Projekten fest. Das Standard-Timeout beträgt 30 Sekunden.
--cer-pathDer lokale Pfad zum Zertifikat für das Signieren von Paketen.
--cer-passwordDas Passwort für das Zertifikat.
--timestamper-urlDie URL zum Zeitstempel.
Hinweis: Derzeit werden die Zertifikatserweiterungen.pfxund.p12zum Signieren von Projekten akzeptiert. Weitere Einzelheiten finden Sie auf der Seite Signieren von Paketen.
UiPath.Excel.Activities-Pack auf Version 2.6.2, ändert die Laufzeitregel in „Niedrigste gültige Version“, fügt Versionshinweise und eine neue Version hinzu und veröffentlicht das Projekt an einem benutzerdefinierten Speicherort:
manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json"
--add-ref "UiPath.Excel.Activities|2.6.2|lowest" publish --project-path
"C:\Users\username\Documents\UiPath\BlankProcess\project.json" --target Custom
--feed "C:\Users\username\Desktop\myfeed" --notes "Changes were made to the
Excel package" --new-version "1.0.2".
Befehlszeilenparameter können zum Analysieren von Dateien oder Projekten für einen Satz von Regeln verwendet werden.
analyze: Analysiert das gesamte Projekt. Der Pfad zur Dateiproject.json.-
analyze-file: Analysiert eine einzelne Datei. Der Pfad zur Datei.xaml.Argument
Beschreibung
-p, --project-pathZum Analysieren einer Datei geben Sie den Pfad zur.xaml-Datei an. Zum Analysieren des gesamten Projekts geben Sie den Pfad zurproject.json-Datei an.
Lesen Sie die Seite Über Workflow-Analyser, um mehr darüber zu erfahren, wie Dateien/Projekte analysiert und Regeln mithilfe von Befehlszeilenparametern konfiguriert werden können.
-
svn login= Verwendung von Anmeldedaten zum Anmelden bei einem bestimmten SVN-Repository. Folgende Argumente sollten mit dem Befehlsvn loginverwendet werden:Argument
Beschreibung
r, --repositoryDie Repository-Adresse/-URL, unter der die Projekte gespeichert werden, die Sie ändern möchten. Das Argument ist obligatorisch.
-p, --passwordDas erforderliche Passwort für die Authentifizierung beim SVN-Repository.
-s, --password-stdinLiest das Authentifizierungspasswort vom STDIN (Standardeingang). Sie werden aufgefordert, das Passwort für das gewünschte Repository einzugeben.
u, --userDer zur Authentifizierung erforderliche Benutzername.
-
svn checkout= Auschecken von Projekten aus einem SVN-Repository. Folgende Argumente sollten mit dem Befehlsvn checkoutverwendet werden:Argument
Beschreibung
-d, --directoryDer Zielordner beim Auschecken der Dateien. Das Argument ist obligatorisch.
-r, --repositoryDie Adresse des Repositorys, in dem die Dateien gespeichert sind, die Sie auschecken möchten. Das Argument ist obligatorisch.
-
svn edit= Geben Sie eines oder mehrere Projekte frei und stellen Sie sie zum Bearbeiten zur Verfügung. Folgende Argumente sollten mit dem Befehlsvn editverwendet werden:Argument
Beschreibung
-f, --filesDie Pfade zu den Dateien, die Sie bearbeiten möchten. Die Pfade sollten relativ zu dem Arbeitsverzeichnis und durch Semikolon getrennt sein. Das Argument ist obligatorisch.
-d, --directoryDas Arbeitsverzeichnis, das die Dateien enthält, die Sie bearbeiten möchten. Ist das Arbeitsverzeichnis nicht angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-
svn checkin= Checken Sie die an Automationsprojekten vorgenommenen Änderungen ein. Folgende Argumente sollten mit dem Befehlsvn checkinverwendet werden:Argument
Beschreibung
-m, --messageSchreiben Sie eine Commit-Nachricht (Commit Message), um die an den Projekten vorgenommenen Änderungen zu beschreiben. Die Commit-Nachricht ist obligatorisch.
-d, --directoryDas Arbeitsverzeichnis, in das die Projekte eingecheckt werden. Ist kein Arbeitsverzeichnis angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-f, --filesDie Pfade zu den Dateien, die Sie bearbeitet haben. Die Pfade sollten relativ zu dem Arbeitsverzeichnis und durch Semikolon getrennt sein.
-
tfs login= Verwendung von Anmeldedaten zum Anmelden bei einem bestimmten TFS-Repository. Folgende Argumente sollten mit dem Befehltfs loginverwendet werden:Argument
Beschreibung
-t, --typeDie Anmeldemethode für das TFS-Repository.
ntlm= Authentifizierung durch NT LAN Manager bei einem lokalen TFS-Repository.token= Authentifizierung durch im TFS-Repository aktivierte persönliche Zugriffstoken.basic= Grundlegende Authentifizierung bei einem sicheren TFS-Repository.
-p, --passwordDas erforderliche Passwort für die Authentifizierung beim SVN-Repository.
-s, --password-stdinLiest das Authentifizierungspasswort vom STDIN (Standardeingang). Sie werden aufgefordert, das Passwort für das gewünschte Repository einzugeben.
u, --userDer zur Authentifizierung erforderliche Benutzername.
-c, --collectionBezieht sich auf die URI der Sammlung.. Das Argument ist obligatorisch.
-
tfs checkout= Auschecken von Projekten aus einem TFS-Repository. Folgende Argumente sollten mit dem Befehltfs checkoutverwendet werden:Argument
Beschreibung
-c, --collectionGeben Sie die URI der Sammlung an.
-d, --directoryDer Zielordner beim Auschecken der Dateien. Das Argument ist obligatorisch.
-r, --remotedirDer Pfad zum Projektverzeichnis relativ zum Root der Sammlung. Er beginnt mit$/. Davor steht die URI der Sammlung.. -
tfs edit= Gibt eines oder mehrere Projekte frei und stellt sie zum Bearbeiten zur Verfügung. Folgende Argumente sollten mit dem Befehltfs editverwendet werden:Argument
Beschreibung
-f, --filesDie Pfade zu den Dateien, die Sie bearbeiten möchten. Die Pfade sollten relativ zu dem Arbeitsverzeichnis und durch Semikolon getrennt sein.
-d, --directoryDas Arbeitsverzeichnis, das die Dateien enthält, die Sie bearbeiten möchten. Ist das Arbeitsverzeichnis nicht angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-
tfs checkin= Einchecken der an Automationsprojekten vorgenommenen Änderungen. Folgende Argumente sollten mit dem Befehltfs checkinverwendet werden:Argument
Beschreibung
-m, --messageSchreiben Sie eine Commit-Nachricht (Commit Message), um die an den Projekten vorgenommenen Änderungen zu beschreiben. Die Commit-Nachricht ist obligatorisch.
-d, --directoryDas Arbeitsverzeichnis, in das die Projekte eingecheckt werden. Ist kein Arbeitsverzeichnis angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-f, --filesDie Pfade zu den Dateien, die Sie bearbeitet haben. Die Pfade sollten relativ zu dem Arbeitsverzeichnis und durch Semikolon getrennt sein.
Beim Installieren einer Abhängigkeit mit der Befehlszeilen-Bedienoberfläche in einem Automationsprojekt, das mit einer Studioversion vor 2018.3 erstellt wurde, berücksichtigen Sie bitte die folgenden Besonderheiten:
- Wenn das Projekt nicht veröffentlicht wurde und daher keine installierten Abhängigkeiten hat, schreitet der Migrationsprozess ein und installiert die Standardpakete, die im Detail auf der Seite Verwalten von Abhängigkeiten beschrieben sind.
- Wenn das Projekt mit einer Studioversion vor 2018.3 erstellt und veröffentlicht wurde, wird das Paket
UiPath.Core.ActivitiesnachUiPath.System.ActivitiesundUiPath.UIAutomation.Activitiesmigriert.