- 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
- 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
Um ein Projekt zu veröffentlichen, wählen Sie Veröffentlichen in der Registerkarte Design des Menübands von Studio aus. Bitte beachten Sie, dass Automatisierungsprojekte nicht veröffentlicht werden können, wenn sich die Datei project.json an einem schreibgeschützten Speicherort befindet.
Um ein Automatisierungsprojekt zu veröffentlichen:
-
Erstellen Sie in Studio ein neues Projekt.
-
Klicken Sie auf der Menübandregisterkarte Design auf Veröffentlichen. Das Fenster Veröffentlichen wird geöffnet. Beachten Sie, dass sich die Titelleiste des Fensters je nach Kontext ändert:
- Prozess veröffentlichen beim Veröffentlichen eines Prozesses;
- Bibliothek veröffentlichen beim Veröffentlichen eines Bibliotheksprojekts;
- UI-Bibliothek veröffentlichen beim Veröffentlichen eines UI-Bibliotheksprojekts;
- Testfälle veröffentlichen beim Veröffentlichen von Testfällen.
- Veröffentlichen von Vorlagen beim Veröffentlichen von Vorlagen.
-
Auf der Registerkarte Paketeigenschaften:
-
Geben Sie einen Namen für das Paket ein. Die Dropdownliste enthält bis zu 5 der neuesten Namen von Paketen, die Sie zuvor veröffentlicht haben.
-
In the Version section, review the Current Version of your project, and type a New Version if needed. Check the Is Prerelease box to mark the version as
alpha. Please note that this automatically changes the project’s version schema to semantic. When publishing a new version of the file locally, make sure that the custom location does not already include a file with the same proposed version number. For more details about project versioning, check the About Automation Projects page. -
Geben Sie im Textfeld Versionshinweise Details über die Version und andere relevante Informationen ein. Versionshinweise für veröffentlichte Projekte sind im Abschnitt Pakete in Orchestrator sichtbar. Beachten Sie, dass das Feld „Versionshinweise“ maximal 10.000 Zeichen enthalten kann.
-
-
Klicken Sie auf Weiter.
Wenn Sie eine Vorlage veröffentlichen, wird die Registerkarte Vorlageninformationen als nächstes geöffnet (Schritt 5). Fahren Sie andernfalls mit Schritt 6 fort.
-
(Nur für Vorlagen) Geben Sie auf der Registerkarte Vorlageninformationen die folgenden Informationen an und klicken Sie dann auf Weiter:
-
Name – Der Name der Vorlage.
-
Beschreibung - Die Vorlagenbeschreibung auf der Registerkarte Vorlagen.
-
Standardprojektname - Der Standardprojektname beim Erstellen eines neuen Projekts mit dieser Vorlage.
-
Standardprojektname - Die Standardbeschreibung beim Erstellen eines neuen Projekts mit dieser Vorlage.
-
Symbol-URL – Optionales Vorlagensymbol, als öffentliche URL angegeben. Das Symbol ist auf der Registerkarte Vorlagen in dieser bestimmten Vorlage sichtbar.
-
-
Wählen Sie auf der Registerkarte Veröffentlichungsoptionen aus, wo das Projekt veröffentlicht werden soll. Die verfügbaren Optionen hängen vom Typ des Projekts ab, das Sie veröffentlichen:
- Für Prozesse (einschließlich StudioX-Projekte):
- Assistent (Roboterstandards): der Standardpaketspeicherort für den Roboter und Assistenten,
C:\ProgramData\UiPath\Packages. Die hier veröffentlichten Projekte werden automatisch im Assistenten angezeigt. Die Option ist nicht verfügbar, wenn Studio mit Orchestrator verbunden ist. - Benutzerdefiniert: entweder eine benutzerdefinierte NuGet-Feed-URL oder ein lokaler Ordner. Das Hinzufügen eines API-Schlüssels ist optional.
- Orchestrator Tenant Processes Feed, Orchestrator Personal Workspace Feed, and any tenant folder with a separate package feed - available if Studio is connected to Orchestrator. Please note that the Orchestrator Personal Workspace Feed is only available if the connected Orchestrator has the Personal Workspace feature enabled.
- Assistent (Roboterstandards): der Standardpaketspeicherort für den Roboter und Assistenten,
- Für Testfälle:
- Die gleichen Optionen, die für Prozesse verfügbar sind, mit Ausnahme des Orchestrator-Feeds für den persönlichen Arbeitsbereich.
- Für Bibliotheken und UI-Bibliotheken:
- Benutzerdefiniert: entweder eine benutzerdefinierte NuGet-Feed-URL oder ein lokaler Ordner. Das Hinzufügen eines API-Schlüssels ist optional.
- Orchestrator-Feed für Mandantenbibliotheken oder Orchestrator-Feed für gemeinsam verwendete Bibliotheken – Verfügbar wenn Studio mit Orchestrator verbunden ist. Die verfügbare Option hängt davon ab, ob der Mandantenbibliotheksfeed in Orchestrator aktiviert ist.
- Für Vorlagen:
- Lokal: der Speicherort für die lokale Veröffentlichung von Vorlagen, standardmäßig:
C:\Users\User\Documents\UiPath\.templates. - Benutzerdefiniert: entweder eine benutzerdefinierte NuGet-Feed-URL oder ein lokaler Ordner. Das Hinzufügen eines API-Schlüssels ist optional.
- Orchestrator-Feed für Mandantenbibliotheken oder Orchestrator-Feed für gemeinsam verwendete Bibliotheken – Verfügbar wenn Studio mit Orchestrator verbunden ist. Die verfügbare Option hängt davon ab, ob der Mandantenbibliotheksfeed in Orchestrator aktiviert ist.
- Lokal: der Speicherort für die lokale Veröffentlichung von Vorlagen, standardmäßig:
Wenn Sie eine Bibliothek oder ein beliebiges Projekt mit Windows- oder plattformübergreifender Kompatibilität veröffentlichen, mit Ausnahme von Vorlagen, sind zusätzliche Einstellungen auf der Registerkarte Veröffentlichungsoptionen unter Kompilierungseinstellungen verfügbar:
-
Stammkategorie von Aktivitäten –- Geben Sie einen Namen für die Kategorie ein, unter der die wiederverwendbare Komponente im Bedienfeld Aktivitäten aufgeführt wird.
-
Quellen einschließen – Wählen Sie diese Option aus, um alle
.xaml-Quellen in der generierten Assembly-Datei zu verpacken, einschließlich Workflows, die zuvor als privat festgelegt wurden. Bei Bedarf können Sie dann die Assembly-Datei dekompilieren und die Workflows extrahieren, was während des Debuggens hilfreich sein kann. -
Aktivitätsausdrücke kompilieren – Wählen Sie diese Option aus, um alle Aktivitätsausdrücke mit der Bibliothek zu kompilieren und zu verpacken. Dies beschleunigt die Ausführung.
-
Bereit zur Ausführung – Wählen Sie die Option aus, um die generierten Assemblys für die schnellere JIT-Kompilierung zur Laufzeit zu optimieren.
Hinweis:To find out what might prevent a library from being published successfully, read about the limitations when publishing libraries.
- Für Prozesse (einschließlich StudioX-Projekte):
-
Klicken Sie auf Weiter, um zur Registerkarte Zertifikatsignatur zu wechseln, oder auf Veröffentlichen,, um Ihr Projekt zu veröffentlichen.
-
(Optional) In the Certificate Signing tab, add a local Certificate Path next to the Certificate box. Furthermore, add the Certificate Password and an optional certificate Timestamper if needed. For more details, check out the Signing Packages page.
Hinweis:Derzeit werden die Zertifikatserweiterungen
.pfxund.p12zum Signieren von Projekten akzeptiert. -
Klicken Sie auf Veröffentlichen (Publish). Der gesamte Projektordner wird in einer
.nupkg-Datei archiviert und in Orchestrator, den benutzerdefinierten NuGet-Feed hochgeladen, oder im lokalen Verzeichnis gespeichert. -
Wenn das Projekt erfolgreich veröffentlicht wurde, wird das Dialogfeld Info angezeigt und das Projekt an den NuGet-Speicherort kopiert, der im Parameter
NuGetServerUrlin der DateiUiPath.settingsfestgelegt wurde.
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.
Veröffentlichte Projekte dürfen nicht entpackt werden. Um Änderungen vorzunehmen, öffnen Sie die erste .xaml-Datei in Studio, führen die Änderungen aus und veröffentlichen das Projekt dann erneut.