- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Hinweise zu Abhängigkeiten
- Verwalten von Abhängigkeiten
- Massenhafte Aktualisierung von Befehlszeilenparametern
- 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
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das ScaleCoordinates-Migrationstool
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- 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
Massenhafte Aktualisierung von Befehlszeilenparametern
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 Befehllist
verwendet werden:Argument
Beschreibung
-d, --directory
Das Verzeichnis, in dem die Dateien gespeichert sind, die Sie auflisten möchten. Verwenden Sie die Argumente-u, --user
und-p, --pass
für passwortgeschützte Remote-Verzeichnisse.Hinweis: Wenn das Argument--directory
nicht zusammen mit dem Befehllist
verwendet 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 Befehlmanage
verwendet werden:Argument
Beschreibung
-a, --add-ref
Fügt die Abhängigkeits- und Laufzeitregel zur Dateiproject.json
hinzu 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-ref
Entfernt 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-path
Der Pfad zurproject.json
-Datei.Hinweis: Die Syntax für Laufzeitregeln istlowest
für niedrigste anwendbare Version (Lowest Applicable Version) undstrict
fü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 Befehlpublish
verwendet werden:Argument
Beschreibung
-p, --project-path
Der Pfad zu demproject.json
, der veröffentlicht werden soll. Das Argument ist obligatorisch.-g, --target
Wo 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, --feed
Die 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-key
Der API-Schlüssel zum Veröffentlichen des Projekts. Dieses Argument kann für ein benutzerdefiniertes Ziel verwendet werden.
-n, --notes
Versionshinweise, die Änderungen am Projekt enthalten.
-v, --new-version
Die neue Version für das Projekt.
-t, --timeout
Legt den Timeout-Wert für die Veröffentlichung von Projekten fest. Das Standard-Timeout beträgt 30 Sekunden.
--cer-path
Der lokale Pfad zum Zertifikat für das Signieren von Paketen.
--cer-password
Das Passwort für das Zertifikat.
--timestamper-url
Die URL zum Zeitstempel.
Hinweis: Derzeit werden die Zertifikatserweiterungen.pfx
und.p12
zum 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-path
Zum 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 login
verwendet werden:Argument
Beschreibung
r, --repository
Die Repository-Adresse/-URL, unter der die Projekte gespeichert werden, die Sie ändern möchten. Das Argument ist obligatorisch.
-p, --password
Das erforderliche Passwort für die Authentifizierung beim SVN-Repository.
-s, --password-stdin
Liest das Authentifizierungspasswort vom STDIN (Standardeingang). Sie werden aufgefordert, das Passwort für das gewünschte Repository einzugeben.
u, --user
Der zur Authentifizierung erforderliche Benutzername.
-
svn checkout
= Auschecken von Projekten aus einem SVN-Repository. Folgende Argumente sollten mit dem Befehlsvn checkout
verwendet werden:Argument
Beschreibung
-d, --directory
Der Zielordner beim Auschecken der Dateien. Das Argument ist obligatorisch.
-r, --repository
Die 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 edit
verwendet werden:Argument
Beschreibung
-f, --files
Die 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, --directory
Das 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 checkin
verwendet werden:Argument
Beschreibung
-m, --message
Schreiben Sie eine Commit-Nachricht (Commit Message), um die an den Projekten vorgenommenen Änderungen zu beschreiben. Die Commit-Nachricht ist obligatorisch.
-d, --directory
Das Arbeitsverzeichnis, in das die Projekte eingecheckt werden. Ist kein Arbeitsverzeichnis angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-f, --files
Die 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 login
verwendet werden:Argument
Beschreibung
-t, --type
Die 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, --password
Das erforderliche Passwort für die Authentifizierung beim SVN-Repository.
-s, --password-stdin
Liest das Authentifizierungspasswort vom STDIN (Standardeingang). Sie werden aufgefordert, das Passwort für das gewünschte Repository einzugeben.
u, --user
Der zur Authentifizierung erforderliche Benutzername.
-c, --collection
Bezieht 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 checkout
verwendet werden:Argument
Beschreibung
-c, --collection
Geben Sie die URI der Sammlung an.
-d, --directory
Der Zielordner beim Auschecken der Dateien. Das Argument ist obligatorisch.
-r, --remotedir
Der 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 edit
verwendet werden:Argument
Beschreibung
-f, --files
Die Pfade zu den Dateien, die Sie bearbeiten möchten. Die Pfade sollten relativ zu dem Arbeitsverzeichnis und durch Semikolon getrennt sein.
-d, --directory
Das 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 checkin
verwendet werden:Argument
Beschreibung
-m, --message
Schreiben Sie eine Commit-Nachricht (Commit Message), um die an den Projekten vorgenommenen Änderungen zu beschreiben. Die Commit-Nachricht ist obligatorisch.
-d, --directory
Das Arbeitsverzeichnis, in das die Projekte eingecheckt werden. Ist kein Arbeitsverzeichnis angegeben, wird das aktuelle Umgebungsverzeichnis verwendet.
-f, --files
Die 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.Activities
nachUiPath.System.Activities
undUiPath.UIAutomation.Activities
migriert.