Veröffentlichen von Projekten aus Studio

Um ein Projekt zu veröffentlichen, wählen Sie Veröffentlichen in der Registerkarte Design des Menübands von Studio aus.

Um ein Automatisierungsprojekt zu veröffentlichen:

1. Erstellen Sie in Studio ein neues Projekt.
2. 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.
3. 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.
   • Überprüfen Sie im Abschnitt Version die aktuelle Version Ihres Projekts, und geben Sie bei Bedarf eine neue Version ein. Aktivieren Sie das Kontrollkästchen Ist Vorabversion, um die Version als alpha zu markieren. Bitte beachten Sie, dass dadurch automatisch das Versionsschema des Projekts in semantisch geändert wird. Stellen Sie beim lokalen Veröffentlichen einer neuen Version der Datei sicher, dass der benutzerdefinierte Speicherort nicht bereits eine Datei mit derselben vorgeschlagenen Versionsnummer enthält. Weitere Informationen zur Projektversionierung finden Sie auf der Seite Über Automatisierungsprojekte.

   • Verwenden Sie optional die Projektsymbol-Option, um ein benutzerdefiniertes Symbol für das Projekt zu definieren. Sie können nach einer Datei suchen und diese auswählen oder einen Pfad oder eine öffentliche URL zu einer jpeg-, jpg- oder png-Datei mit einer Größe von maximal 1 MB eingeben.

     Nachdem das Projekt veröffentlicht wurde, wird das Symbol wie folgt angezeigt:

     • Bei Prozessen im Assistant neben dem Prozessnamen, sodass sie in der Liste der Prozesse leichter identifiziert werden können.
     • Für Vorlagen neben der Vorlage in Start (Studio Backstage View) > Vorlagen.

     • Für Bibliotheken neben dem Paket im Fenster Pakete verwalten in Studio.

       Hinweis: Das Symbol ist in „Pakete verwalten“ nicht sichtbar, wenn eine lokale Datei für eine Bibliothek verwendet wird, die im Orchestrator oder in einem Feed veröffentlicht wurde, der keine eingebetteten Symbole unterstützt. In diesem Fall geben Sie das Symbol mithilfe eine URL an.

   • Sie können im Projekt-Tags-Feld ein oder mehrere Tags zum Projekt hinzufügen, indem Sie entweder neue erstellen oder bereits im Orchestrator definierte Tags wiederverwenden. Es gibt zwei Arten von Tags: Beschriftungen und Eigenschaften (Schlüssel-Wert-Paare). Tags sind im veröffentlichten Paket enthalten und helfen bei der Beschreibung und Kategorisierung von Projekten. Sie können beispielsweise auf die automatisierte Anwendung (eine Excel-Beschriftung) oder die Abteilung (eine department:accounting-Schlüssel-Wert-Eigenschaft) verweisen.

     Wenn Sie mit der Eingabe beginnen, werden mögliche Übereinstimmungen aus bereits definierten Tags vorgeschlagen, und Sie können eines wiederverwenden, indem Sie es aus der Liste der Übereinstimmungen auswählen. Bei einer Eigenschaftsübereinstimmung wird zuerst der Schlüssel gefolgt von einem Doppelpunkt : angezeigt, und die zugehörigen Werte werden angezeigt, nachdem Sie den Schlüssel ausgewählt haben. Um ein neues Tag hinzuzufügen, klicken Sie nach der Eingabe des Namens auf den Eintrag mit dem Pluszeichen neben dem Namen. Trennen Sie Strings mit einem Doppelpunkt :, um Eigenschaften hinzuzufügen. Verwenden Sie keinen Doppelpunkt : bei den Einträgen, um Beschriftungen hinzuzufügen.

     Beschriftungen und Schlüssel-Wert-Eigenschaften sind auf 256 Zeichen begrenzt. Tag-Namen dürfen diese Zeichen nicht enthalten: <, >, %, &, \, ?, /, :.

     Projekt-Tags können automatisch auf Prozesse im Orchestrator angewendet werden. Weitere Informationen zur Verwendung von Tags finden Sie unter Organisieren von Ressourcen mit Tags im Orchestrator-Handbuch.

   • 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.

     
     

     

     
     
4. 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.

5. (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.

     Hinweis: Vermeiden Sie die Verwendung von Interpunktionszeichen, Trennzeichen und Zeichen, die in Dateinamen nicht zulässig sind. Diese Zeichen können beim Verwenden der Vorlage aus dem Standardnamen entfernt werden.

   • Standardprojektname - Die Standardbeschreibung beim Erstellen eines neuen Projekts mit dieser Vorlage.

     
     

     

     
     
6. 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):

     • Orchestrator-Feed für Mandantenprozesse, Orchestrator-Feed für persönlichen Arbeitsbereich und, falls ein Ordner auf höchster Ebene mit einem separaten Paket-Feed oder einer in der Studio-Statusleiste ein Unterordner aus dem Ordnermenü ausgewählt ist, der Feed für diese Ordnerhierarchie. Diese Optionen stehen zur Verfügung, wenn Studio mit dem Orchestrator verbunden ist. Der Orchestrator-Feed für persönlichen Arbeitsbereich ist nur verfügbar, wenn bei Ihrem Benutzer die Funktion Persönlicher Arbeitsbereich im Orchestrator aktiviert ist.

       Wenn in Studio der persönliche Arbeitsbereich oder ein Ordner aus einer Hierarchie mit einem separaten Paket-Feed ausgewählt wird, ist der Feed für diesen Ordner die Standardoption. Andernfalls ist der Mandanten-Feed die Standardoption. Wenn Sie bereits ein Projekt in der aktuellen Sitzung veröffentlicht haben, dann ist der zuletzt verwendete Veröffentlichungsort die Standardauswahl, bis Sie Studio schließen oder den Orchestrator-Ordner in der Studio-Statusleiste ändern.

     • 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.

   • 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:

     • 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.
     • Benutzerdefiniert: entweder eine benutzerdefinierte NuGet-Feed-URL oder ein lokaler Ordner. Das Hinzufügen eines API-Schlüssels ist optional.

   • Für Vorlagen:

     • 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: 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.

   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:

   • (Nur für Bibliotheken) 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 das veröffentlichte Paket zu packen, einschließlich der Workflows, die zuvor privat waren. Für Windows – Legacy-Bibliotheken werden die Dateien in der generierten Assembly-Datei und im Ordner lib\net45 in der .nupkg-Datei gespeichert. Für Windows- und plattformübergreifende Bibliotheken und Prozesse werden die Dateien im content-Ordner in der .nupkg-Datei gespeichert.
   • (Nur für Windows-Legacy-Bibliotheken) Aktivitätsausdrücke kompilieren – Wählen Sie diese Option aus, um alle Aktivitätsausdrücke zu kompilieren und zu verpacken. Dies beschleunigt die Ausführung.

   • (Nur für Windows-Legacy-Bibliotheken) Bereit zur Ausführung – Wählen Sie diese Option aus, um die generierten Assemblys für die schnellere JIT-Kompilierung zur Laufzeit zu optimieren.

     Hinweis: Um herauszufinden, was eine erfolgreiche Veröffentlichung einer Bibliothek verhindern könnte, lesen Sie mehr über die Einschränkungen beim Veröffentlichen von Bibliotheken.
     
     

     

     
     
7. Klicken Sie auf Weiter, um zur Registerkarte Zertifikatsignatur zu wechseln, oder auf Veröffentlichen,, um Ihr Projekt zu veröffentlichen.
8. (Optional) Fügen Sie auf der Registerkarte Zertifikatsignatur neben dem Feld Zertifikat einen lokalen Zertifikatpfad hinzu. Fügen Sie außerdem das Zertifikatpasswort und bei Bedarf einen optionalen Zertifikatzeitstempel hinzu. Weitere Einzelheiten finden Sie auf der Seite Signieren von Paketen.
   
   

   

   
   

   Hinweis: Derzeit werden die Zertifikatserweiterungen .pfx und .p12 zum Signieren von Projekten akzeptiert.
9. Klicken Sie auf Veröffentlichen. Eine NUPKG-Datei wird erstellt und im Orchestrator oder in den benutzerdefinierten NuGet-Feed hochgeladen oder im lokalen Verzeichnis gespeichert. Je nach Projekt enthält das Paket:
   • Bei Vorlagenprojekten und -prozessen mit „Windows – Legacy“-Kompatibilität: die Projektquelldateien.
   • Bei Bibliotheken und Projekten mit der Windows- oder plattformübergreifenden Kompatibilität werden kompilierte DLL-Dateien erstellt.
10. Wenn das Projekt erfolgreich veröffentlicht wurde, wird das Dialogfeld Info angezeigt und das Projekt an den NuGet-Speicherort kopiert, der im Parameter NuGetServerUrl in der Datei UiPath.settings festgelegt 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.

Wichtig: 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.