- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- 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
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- Variablen
- Argumente
- Importierte Namespaces
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Test Suite – Studio
- 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.
- Fehlerbehebung bei JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Citrix-Fehlerbehebung
Über die Veröffentlichung von Automatisierungsprojekten
Veröffentlichen eines Automatisierungsprojekts bedeutet, den Projektordner zu archivieren, damit er an Roboter gesendet und dann ausgeführt werden kann.
Standardmäßig werden alle Dateien im Projektordner mit Ausnahme von Testfällen veröffentlicht. Wenn Sie verhindern möchten, dass eine bestimmte Datei in das veröffentlichte Paket aufgenommen wird, klicken Sie im Projekt-Panel mit der rechten Maustaste darauf und wählen Sie dann Bei Veröffentlichung ignorieren aus (nicht für Workflowdateien in Bibliotheksprojekten verfügbar). Um zu verhindern, dass eine Workflowdatei als wiederverwendbare Komponente im Panel Aktivitäten angezeigt wird, wenn die veröffentlichte Bibliothek in einem Projekt installiert wird, klicken Sie im Projekt-Panel mit der rechten Maustaste darauf und wählen Sie dann Als privat festlegen aus.
Sie können Automatisierungsprojekte in Orchestrator, einem benutzerdefinierten NuGet-Feed oder lokal veröffentlichen. Nach der Veröffentlichung an Orchestrator wird das archivierte Projekt auf der Seite Pakete angezeigt und Sie können einen Prozess erstellen, der an Roboter verteilt werden soll. Wenn Sie einen Automatisierungsprozess im persönlichen Arbeitsbereich von Orchestrator veröffentlichen oder Testfälle veröffentlichen, wird ein Prozess automatisch erstellt, wenn er noch nicht vorhanden ist, und vorhandene Prozesse werden automatisch auf die neueste veröffentlichte Version aktualisiert.
Außerdem können Automationsprojekte in einem benutzerdefinierten NuGet-Feed veröffentlicht werden, mit der Option, auch einen API-Schlüssel hinzuzufügen, wenn der Feed Authentifizierung erfordert.
%ProgramData%\\UiPath\\Packages
.
Sie können Projekte über Studio oder über die Befehlszeile veröffentlichen. Um Abhängigkeiten für mehrere Projekte zu aktualisieren und sie alle gleichzeitig zu veröffentlichen, verwenden Sie das Massenaktualisierungstool für Projektabhängigkeiten.
project.json
an einem schreibgeschützten Speicherort befindet.
Um ein Automatisierungsprojekt zu veröffentlichen:
Das Dialogfenster Info zeigt:
- Der Name, unter dem das Paket veröffentlicht wurde.
- Die Versionsnummer, unter welcher das Paket veröffentlicht wurde.
- Der Speicherort, an dem das Projekt veröffentlicht wurde, wenn das Projekt lokal oder im Standardwert des Roboters veröffentlicht wurde. Klicken Sie auf den Pfad, um zum Paket zu wechseln, es sei denn, der Veröffentlichungsort war Orchestrator.
- Die Option Details, die eine Liste mit den Namen der Projektdateien erweitert, die veröffentlicht wurden.
-
Die Option In Zwischenablage kopieren (Copy to Clipboard)
Während der Veröffentlichung hinzugefügte Informationen, wie z. B. der Veröffentlichungsort, werden im Fenster beibehalten, sodass sie für nachfolgende Veröffentlichungsaktionen verwendet werden können, die für denselben Projekttyp ausgeführt werden. Jedes Mal, wenn Sie auf Veröffentlichen klicken, wird eine neue Version des Projekts erstellt und an den Paketfeed gesendet. Die Veröffentlichung in einem sicheren Feed kann entweder über den Roboterschlüssel, die Orchestrator-Anmeldeinformationen, die Windows-Authentifizierung oder den API-Schlüssel authentifiziert werden.
.xaml
-Datei in Studio, führen die Änderungen aus und veröffentlichen das Projekt dann erneut.
Sie können Projekte mit dem Veröffentlichungsbefehl UiPath.Studio.CommandLine.exe veröffentlichen.
UiPath.Studio.CommandLine.exe ist im Installationsordner verfügbar:
- Bei Installationen pro Maschine ist der Standardpfad C:\Programme\UiPath\Studio\.
- Bei Installationen pro Benutzer ist der Standardpfad %localappdata%\Programs\UiPath\Studio\.
Die folgenden Argumente sind für den Veröffentlichungsbefehl möglich:
Argument | Beschreibung |
---|---|
-p, --project-path | Der Pfad zum project.json, das veröffentlicht werden soll. Das Argument ist obligatorisch. |
-g, --target |
Wo das Projekt veröffentlicht werden soll:
|
-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. |
-i, --icon | Pfad zum benutzerdefinierten Symbol, das für das Paket verwendet werden soll. |
-n, --notes | Versionshinweise, die Änderungen am Projekt enthalten. |
-v, --new-version | Die neue Version für das Projekt. Wenn nicht angegeben, wird die Version automatisch erhöht. |
-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. |
--incl-all-feeds | Nicht erforderlich. |
––Hilfe | Die für jeden Befehl verfügbaren Argumente anzeigen. |
––Version | Überprüfen Sie die Version von UiPath.Studio.CommandLine.exe. |
Zum Beispiel:
-
Der folgende Befehl veröffentlicht den Beispielprozess im Orchestrator-Feed der Mandantenprozesse:
UiPath.Studio.CommandLine.exe publish --project-path "C:\Users\username\Documents\UiPath\Sample\project.json" --target OrchestratorTenant --notes "Fixed a couple of bugs."
-
Der folgende Befehl veröffentlicht denselben Prozess in einem lokalen Ordner:
UiPath.Studio.CommandLine.exe publish --project-path "C:\Users\username\Documents\UiPath\Sample\project.json" --target Custom --feed "C:\Users\username\Desktop\myfeed" --notes "Fixed a couple of bugs."
Weitere Informationen zum Dienstprogramm CommandLine.exe finden Sie unter Massenhafte Aktualisierung von Befehlszeilenparametern.